home *** CD-ROM | disk | FTP | other *** search
/ CICA 1994 April / CICA Shareware for Windows CD-ROM (Walnut Creek CD-ROM)(April 1994).ISO / win3 / access / access_l.exe / ACC9310.TXT < prev    next >
Text File  |  1994-01-07  |  181KB  |  4,093 lines

  1. =========================================================================
  2. Date:         Fri, 1 Oct 1993 11:10:30 +0000
  3. Reply-To:     Microsoft Access Database Discussion List
  4.               <ACCESS-L@INDYCMS.BITNET>
  5. Sender:       Microsoft Access Database Discussion List
  6.               <ACCESS-L@INDYCMS.BITNET>
  7. From:         Martin Ederveen <M.Ederveen@CD.HSE.NL>
  8. Organization: Hogeschool Eindhoven
  9. Subject:      Evaluating version 1.1 and SDK
  10.  
  11. Hiya all.
  12.  
  13. I've been using the version 1.1 for about two months now (we didn't
  14. get the update faster here in Europe).
  15. Some things do not work as they should:
  16.  
  17. - Somehow the standard Windows screensavers mess up with Access. For
  18. instance when compressing the database (or repairing) the whole lot
  19. 'hangs' when the screensaver kicked in. Sometimes the pictures don't
  20. get restored (or wrong) in an application after a saver kicked in.
  21.  
  22. - An application of mine running on a (yes, slow) 386SX 4 MB RAM IBM
  23. when creating Print-Preview (with graphics) just jumps out of this
  24. without any error-messages (probably not enough memory); version 1.0
  25. just crashed Windows at this point. This is resulting in the end-user
  26. cannot use the print- facilities in the application I designed for
  27. them.
  28.  
  29. - Using an '=Reference to subform hidden field' in a formfield source-
  30. line just shows the right value but doesn't UPDATE that field with
  31. the value. I used the format =[subform].Form![field]. Looks like it's
  32. just display-only, is this correct?
  33.  
  34. - The SDK wizard doesn't work? Every time I start it and fill the
  35. data, it always finishes with the error it cannot open the database.
  36. What am I doing wrong? You can assume I typed the path and name
  37. correct, of course  ;)
  38.  
  39. - Why didn't MicroSoft make an SDK wich COMPILES the source? Keep on
  40. interpreting the data and it's guarantee slow-boat. This was not what
  41. I expected of a runtime application.
  42.  
  43. - And also why does it pack all the databasefiles into one large HUGE
  44. file? Why not put at least the tables, forms, queries and such into
  45. separate files? Yes, I know they advised using separation from data
  46. and forms by some method, but flexibility isn't in that method (page
  47. 11 of distribution kit guide).
  48.  
  49. - Why didn't version 1.1 get an expansion of the Form and more urgent
  50. the Report Wizard options? I miss several nice features and choices
  51. built in, like being able to decide wich data gets on one page and
  52. how it's separated.
  53.  
  54. Well, that's all for now, maybe some discussion will start on this?
  55. ----------------------------------------------------------------------
  56. | ing. Martin W. Ederveen    | "In the future there will be real     |
  57. | Hogeschool Eindhoven       |  thinking machines.                   |
  58. | Postbus 347                |  Yes, but who's thoughts will they    |
  59. | 5600 AH Eindhoven          |  be thinking?"                        |
  60. | tel. +31 (40) 605 262      |                                       |
  61. | fax. +31 (40) 449 251      |  Quotation from Dr.Who:               |
  62. | Email M.Ederveen@CD.HSE.NL |   The Curse of Fenrick                |
  63. =========================================================================
  64. Date:         Fri, 1 Oct 1993 10:41:00 EDT
  65. Reply-To:     Microsoft Access Database Discussion List
  66.               <ACCESS-L@INDYCMS.BITNET>
  67. Sender:       Microsoft Access Database Discussion List
  68.               <ACCESS-L@INDYCMS.BITNET>
  69. From:         David Long <mvgsd!mvdbl@MVGPE.ATT.COM>
  70. Subject:      Validation Rule Overide?
  71.  
  72. I have a text field on a form in which
  73. I apply a DLast function as the default. I increment the
  74. default by 1.
  75. I have a validation rule for that same field equal <30.
  76. If I directly enter 30 into the field the validation rule works.
  77. If the function enters the 30 by default the validation rule
  78. doesn't work. Is this normal?
  79. ==============================================================================
  80.   David B. Long                             E-Mail=> mvdbl@mvgsd.att.com
  81.   AT&T Network Systems (N.Andover MA.)      or=> d.b-long@channel1.com
  82.   Quality Engineering                       Tele=> 508-960-3683
  83. ==============================================================================
  84. =========================================================================
  85. Date:         Sun, 3 Oct 1993 13:58:04 -0700
  86. Reply-To:     Microsoft Access Database Discussion List
  87.               <ACCESS-L@INDYCMS.BITNET>
  88. Sender:       Microsoft Access Database Discussion List
  89.               <ACCESS-L@INDYCMS.BITNET>
  90. From:         "Linda D. Cornell" <lcornell@U.WASHINGTON.EDU>
  91. Subject:      Need help with getting a report working
  92.  
  93. Hi there,
  94. We're kind of confused.  We want to run a report that has the following
  95. output in columns:
  96.  
  97.  
  98. Group Name     #This Month     $This Month      #Year to Date    $Year to Date
  99.  
  100.  
  101.  
  102. The problem that we have is if we select only this months records, how
  103. can we reselect and get the rest of the records for the year to date
  104. totals (or vice versa)?
  105.  
  106. Can you do something in SQL like:
  107.  
  108. Select records from master_file for 1993 and call them Year_to_Date and
  109. Select records from master_file for September and call them Monthly.
  110.  
  111. We've been poking around at this and we have tried subforms, etc. but the
  112. light of enlightenment has not yet turned on!
  113.  
  114. Maybe it's something like building a second table of just Year to Date
  115. records and then skimming the September records for the first column or ????
  116.  
  117. Help!
  118.  
  119. Thanks in advance!
  120.  
  121. Linda Cornell
  122. lcornell@u.washington.edu
  123. =========================================================================
  124. Date:         Sun, 3 Oct 1993 22:51:38 -0700
  125. Reply-To:     Microsoft Access Database Discussion List
  126.               <ACCESS-L@INDYCMS.BITNET>
  127. Sender:       Microsoft Access Database Discussion List
  128.               <ACCESS-L@INDYCMS.BITNET>
  129. From:         John von Colditz <johnvon@HALCYON.COM>
  130. Subject:      Re: Need help with getting a report working
  131. In-Reply-To:  <199310032107.AA04509@halcyon.com> from "Linda D. Cornell" at Oct
  132.               3, 93 01:58:04 pm
  133.  
  134. Linda,
  135.  
  136. I have encountered a similar problem building reports.  I solved it by
  137. building a table that holds nothing but the rows for my report.  To
  138. build the report I go throught the following sequence:
  139.  
  140. 1) Delete all rows in the reporting table.
  141.  
  142. 2) Extract the month to date, in my case, last pay period data, and
  143.    write it to the reporting table.
  144.  
  145. 3) Extract the year to date data, and write it to the reporting table.
  146.  
  147. 4) Fire up the report, using the reporting table as the record source.
  148.  
  149. Hope this helps.
  150.  
  151. John
  152. johnvon@halcyon.com
  153. Woodinville, WA
  154. =========================================================================
  155. Date:         Mon, 4 Oct 1993 15:16:00 WST
  156. Reply-To:     Microsoft Access Database Discussion List
  157.               <ACCESS-L@INDYCMS.BITNET>
  158. Sender:       Microsoft Access Database Discussion List
  159.               <ACCESS-L@INDYCMS.BITNET>
  160. From:         780940 <KW20SGS0@ITRIB.ITRI.ORG.TW>
  161. Subject:      ODBC Drivers for Access 1.0 or 1.1
  162.  
  163. Hi Access lovers!
  164.  
  165.  I don't known if this question has been asked before. Our company is going to
  166. develop a project using MS Access as the database engine , also this project
  167. would support the ODBC standard. I would like to that whether Microsoft has
  168. release the ODBC Drivers for Access 1.0 or 1.1.
  169.  
  170.  Any information will be appreciated.
  171.  Thanks!
  172.  
  173. Best Regards!
  174.  
  175. Guss Hsu
  176. =========================================================================
  177. Date:         Mon, 4 Oct 1993 14:47:00 MET
  178. Reply-To:     Microsoft Access Database Discussion List
  179.               <ACCESS-L@INDYCMS.BITNET>
  180. Sender:       Microsoft Access Database Discussion List
  181.               <ACCESS-L@INDYCMS.BITNET>
  182. From:         Marie Fors <Marie@MICROFRONT.SE>
  183. Subject:      Change mouse pointer!
  184.  
  185.                Hello!
  186.  
  187. I wonder if there is anybody who can help me with a problem. I know that
  188. this can be solved by using windows API, but maybe somebody already has got
  189. the solution and would like to share it with me.
  190.  
  191. The problem is that I would like to change the mouse pointer to a hand, when
  192. it is over a button.
  193.  
  194. Regards from Marie Fors
  195. marie@microfront.se
  196. =========================================================================
  197. Date:         Mon, 4 Oct 1993 14:35:28 -0500
  198. Reply-To:     Microsoft Access Database Discussion List
  199.               <ACCESS-L@INDYCMS.BITNET>
  200. Sender:       Microsoft Access Database Discussion List
  201.               <ACCESS-L@INDYCMS.BITNET>
  202. From:         Steve Bratten <GE0793@SIUCVMB.BITNET>
  203. Subject:      Formatting numbers in calculated fields in a query...
  204.  
  205. Is there a way to limit the number of decimal places in a number that is
  206. a calculated field in a query? If so, how?
  207.  
  208. Thanks
  209.  
  210. Steve B. < GE0793@SIUCVMB.SIU.EDU >
  211. =========================================================================
  212. Date:         Mon, 4 Oct 1993 18:18:15 EDT
  213. Reply-To:     Microsoft Access Database Discussion List
  214.               <ACCESS-L@INDYCMS.BITNET>
  215. Sender:       Microsoft Access Database Discussion List
  216.               <ACCESS-L@INDYCMS.BITNET>
  217. From:         Phil Paxton <72410.2162@COMPUSERVE.COM>
  218. Subject:      Formatting numbers in calculated fields in a query...
  219.  
  220. % Is there a way to limit the number of decimal places in a number that is
  221. % a calculated field in a query? If so, how?
  222.  
  223. Specify a field on the fly (fieldname followed by a colon, followed by the
  224.  calcuation)
  225.  
  226. Two easy options (choose the one appealing to you)
  227.  
  228. 1) Use the Format function and create a formatting mask.
  229. 2) The old, old programmer's trick (predating format functions) of multiplying
  230.  by 10**accuracy, clipping the
  231. decimal point, then dividing by 10**accuracy, where <accuracy> is the number of
  232.  decimal places.
  233. =========================================================================
  234. Date:         Mon, 4 Oct 1993 19:29:09 -0400
  235. Reply-To:     Microsoft Access Database Discussion List
  236.               <ACCESS-L@INDYCMS.BITNET>
  237. Sender:       Microsoft Access Database Discussion List
  238.               <ACCESS-L@INDYCMS.BITNET>
  239. From:         David Finley <finleyd@UKELELE.GCR.COM>
  240. Subject:      Re: Formatting numbers in calculated fields in a query...
  241. In-Reply-To:  <9310041944.AA07966@uu5.psi.com> from "Steve Bratten" at Oct 4,
  242.               93 02:35:28 pm
  243.  
  244. >
  245. > Is there a way to limit the number of decimal places in a number that is
  246. > a calculated field in a query? If so, how?
  247. >
  248. > Thanks
  249. >
  250. > Steve B. < GE0793@SIUCVMB.SIU.EDU >
  251.  
  252. You can use the format command. Also, a function built for this purpose is
  253. described in the MS-Access knowledge base.
  254.  
  255. Dave F.
  256.  
  257. --
  258. =========================================================================
  259. Date:         Tue, 5 Oct 1993 09:16:03 SAT
  260. Reply-To:     Microsoft Access Database Discussion List
  261.               <ACCESS-L@INDYCMS.BITNET>
  262. Sender:       Microsoft Access Database Discussion List
  263.               <ACCESS-L@INDYCMS.BITNET>
  264. From:         STUP9E9@SAUPM00.BITNET
  265. Organization: King Fahd University of Petroleum and Minerals, S.A.
  266. Subject:      subscribtion
  267.  
  268. hell all
  269. I have tried many times to subscribe to that list ..and I sent ok confirmation
  270. to listserv at indycms ...and It is still failed ...please tell how to subscrib
  271. e?
  272. e-mail to stup9e9@saupm00.bitnet
  273. thanx
  274. =========================================================================
  275. Date:         Tue, 5 Oct 1993 10:28:29 EDT
  276. Reply-To:     Microsoft Access Database Discussion List
  277.               <ACCESS-L@INDYCMS.BITNET>
  278. Sender:       Microsoft Access Database Discussion List
  279.               <ACCESS-L@INDYCMS.BITNET>
  280. From:         Dave Finley <finleyd@VRINET.COM>
  281. Subject:      Access versus FoxPro
  282.  
  283. In adopting Access in our shop, we've continually run into the issue of
  284. "Access" versus "Foxpro". This especially comes up when discussing "speed".
  285. >From what I've seen, Foxpro for Windows may be faster at runtime,
  286. especially for large data-tables. But Access provides much faster
  287. development (less coding is required). Also, Access seems to works more
  288. closely with Windows.
  289.  
  290. I would like to get other people's thinking on this issue. Has anyone else
  291. run into this controversy? What do they think of it? Which (Access or
  292. FoxPro) is the better development platform? Why?
  293. =========================================================================
  294. Date:         Tue, 5 Oct 1993 10:52:26 EST
  295. Reply-To:     Microsoft Access Database Discussion List
  296.               <ACCESS-L@INDYCMS.BITNET>
  297. Sender:       Microsoft Access Database Discussion List
  298.               <ACCESS-L@INDYCMS.BITNET>
  299. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  300. Organization: IUPUI Student Activities Office (317) 274-3931
  301. Subject:      Re: subscribtion
  302. In-Reply-To:  Message of Tue, 5 Oct 1993 09:16:03 SAT from <STUP9E9@SAUPM00>
  303.  
  304. I'd be glad to add you manually but I need your name to go along with
  305. your user id to do so.  If you would give me that, I'll sign you right
  306. up.
  307.  
  308. Nathan Brindle
  309. Listowner, Access-L
  310.  
  311. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  312. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  313. Indiana University Purdue University Indianapolis
  314. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  315. List Administrator, STUACTS, APOSEC52, ACCESS-L, and BRTHPRNT@INDYCMS
  316. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU
  317. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  318. ------------------------------------------------------------------------------
  319. =========================================================================
  320. Date:         Tue, 5 Oct 1993 10:53:34 EST
  321. Reply-To:     Microsoft Access Database Discussion List
  322.               <ACCESS-L@INDYCMS.BITNET>
  323. Sender:       Microsoft Access Database Discussion List
  324.               <ACCESS-L@INDYCMS.BITNET>
  325. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  326. Organization: IUPUI Student Activities Office (317) 274-3931
  327. Subject:      Re: subscribtion
  328. In-Reply-To:  Message of Tue, 5 Oct 1993 09:16:03 SAT from <STUP9E9@SAUPM00>
  329.  
  330. Sorry, that was dumb...not awake yet this morning...:)
  331.  
  332. Nathan
  333.  
  334. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  335. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  336. Indiana University Purdue University Indianapolis
  337. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  338. List Administrator, STUACTS, APOSEC52, ACCESS-L, and BRTHPRNT@INDYCMS
  339. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU
  340. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  341. ------------------------------------------------------------------------------
  342. =========================================================================
  343. Date:         Tue, 5 Oct 1993 11:38:41 -0500
  344. Reply-To:     Microsoft Access Database Discussion List
  345.               <ACCESS-L@INDYCMS.BITNET>
  346. Sender:       Microsoft Access Database Discussion List
  347.               <ACCESS-L@INDYCMS.BITNET>
  348. From:         Steve Bratten <GE0793@SIUCVMB.BITNET>
  349. Subject:      Calculated field formatting solved; a great list here...
  350.  
  351. >You can use the format command....
  352. >Dave F.
  353.  
  354. >1) Use the Format function and create a formatting mask.
  355. >Phil Paxton
  356.  
  357. Thanks to each of you for providing me with the answer to my
  358. question -- how to format a CALCULATED FIELD in a query. I did
  359. spend a short time scratching my head before I figured out that
  360. the mask needs to be enclosed in quotations; I didn't get that
  361. from the online help for the FORMAT FUNCTION until I looked at
  362. the linked example.
  363.  
  364. BTW, I've been using Access for a few months now but have just
  365. begun utilizing some Access Basic. A long-time pascal programmer,
  366. I'm looking forward to getting in on some of the more BASIC
  367. discussions I see here. I do like the event-driven programming
  368. idea and have some experience there from using a Pascal-Code
  369. generator called Turbo Magic by Sophisticated Software; anyone
  370. heard of it?
  371.  
  372. Thanks again; this is a superb discussion group.
  373.  
  374. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  375. |                         o__                                          |
  376. | Steve Bratten          _.>/^_      BITNET < GE0793@SIUCVMB >         |
  377. | Graduate School       (_) \(_)   INTERNET < GE0793@SIUCVMB.SIU.EDU > |
  378. | Southern Illinois University                                         |
  379. | Carbondale IL 62901-4716   \o  \o  \o   Graduate School              |
  380. | Voice: (618) 453-4552       |>  |>  |>  Southern Illinois University |
  381. |   Fax: (618) 453-4562      < \ < \ < \  Carbondale, IL  62901-4716   |
  382. |                                                                      |
  383. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^Steve Bratten^^^^^^^^^
  384. =========================================================================
  385. Date:         Tue, 5 Oct 1993 12:43:14 -0500
  386. Reply-To:     Microsoft Access Database Discussion List
  387.               <ACCESS-L@INDYCMS.BITNET>
  388. Sender:       Microsoft Access Database Discussion List
  389.               <ACCESS-L@INDYCMS.BITNET>
  390. From:         Hank Wolf <hwolf@SEAS.GWU.EDU>
  391. Subject:      Re: Access versus FoxPro
  392. In-Reply-To:  <199310051430.AA18691@gwusun.seas.gwu.edu> from "Dave Finley" at
  393.               Oct 5, 93 10:28:29 am
  394.  
  395. I would be interested in comments comparing Access to Paradox, as well.
  396. Are the image handling capabilities comparable?
  397.  
  398. Thanx. Hank
  399. >
  400. > In adopting Access in our shop, we've continually run into the issue of
  401. > "Access" versus "Foxpro". This especially comes up when discussing "speed".
  402. > >From what I've seen, Foxpro for Windows may be faster at runtime,
  403. > especially for large data-tables. But Access provides much faster
  404. > development (less coding is required). Also, Access seems to works more
  405. > closely with Windows.
  406. >
  407. > I would like to get other people's thinking on this issue. Has anyone else
  408. > run into this controversy? What do they think of it? Which (Access or
  409. > FoxPro) is the better development platform? Why?
  410. >
  411. =========================================================================
  412. Date:         Tue, 5 Oct 1993 12:14:00 PDT
  413. Reply-To:     Microsoft Access Database Discussion List
  414.               <ACCESS-L@INDYCMS.BITNET>
  415. Sender:       Microsoft Access Database Discussion List
  416.               <ACCESS-L@INDYCMS.BITNET>
  417. From:         "Ellington, Robert W (Bob)" <rwelling@CISPO.PCMAIL.INGR.COM>
  418. Subject:      Determine inactivity?
  419.  
  420. I would like to be able to determine from inside my App that there has been
  421. Xminutes inactivity, and then when a user starts to use the app again I can
  422. pop up a login/password screen.  Does anybody have any idea how to determine
  423. that the system has been inactive for a length of time?
  424.  
  425. Any help appreciated
  426. Bob Ellington
  427. rwelling@ingr.com
  428. =========================================================================
  429. Date:         Tue, 5 Oct 1993 12:59:25 EDT
  430. Reply-To:     Microsoft Access Database Discussion List
  431.               <ACCESS-L@INDYCMS.BITNET>
  432. Sender:       Microsoft Access Database Discussion List
  433.               <ACCESS-L@INDYCMS.BITNET>
  434. From:         Joe Svitak <JJSGC@CUNYVM.BITNET>
  435. Subject:      Re: subscribtion
  436. In-Reply-To:  Message of Tue, 5 Oct 1993 09:16:03 SAT from <STUP9E9@SAUPM00>
  437.  
  438.      I checked your node on the list of Bitnet nodes and it said you are
  439. running on a VM system.  You can type the following command and it should
  440. subscribe you to Access-L list:
  441.  
  442.           Tell Listserv at INDYCMS sub Access-L <your name>
  443.  
  444. where you put your name in place of <your name>.  If this doesn't work
  445. then send a message to Listserv@Indycms with the following line contained
  446. in the body of the message:
  447.  
  448.           Subscribe Access-L <your name>
  449.  
  450. where you put your name in place of <your name>.
  451.  
  452.      Either way you should get one or two messages back from listserv@indycms
  453. saying that you subscribed to the list.  Good luck.
  454.  
  455. Joe Svitak
  456.  
  457. The Graduate School and University Center
  458. of the City University of New York
  459.  
  460. Bitnet address: JJSGC@CUNYVM.BITNET
  461. Internet address: JJSGC@CUNYVM.CUNY.EDU
  462. =========================================================================
  463. Date:         Tue, 5 Oct 1993 14:12:55 EST
  464. Reply-To:     Microsoft Access Database Discussion List
  465.               <ACCESS-L@INDYCMS.BITNET>
  466. Sender:       Microsoft Access Database Discussion List
  467.               <ACCESS-L@INDYCMS.BITNET>
  468. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  469. Organization: IUPUI Student Activities Office (317) 274-3931
  470. Subject:      Re: subscribtion
  471. In-Reply-To:  Message of Tue, 5 Oct 1993 12:59:25 EDT from <JJSGC@CUNYVM>
  472.  
  473. Just so all know:  The answer posted to the list is right as far as it
  474. goes, but the subscriber was having trouble posting the subscription
  475. confirmation <back> to the listserver <after> he had already sent the
  476. subscription request.  When ACCESS-L first was started, I did not have
  477. that function set (in fact, it was not available until LISTSERV version
  478. 1.7f came out) so some of you who subscribed when the list was young may
  479. not have encountered that.
  480.  
  481. (Also, since he isn't subscribed to the list, he isn't going to get that
  482. piece of mail...)
  483.  
  484. Just FYI,
  485. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  486. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  487. Indiana University Purdue University Indianapolis
  488. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  489. List Administrator, STUACTS, APOSEC52, ACCESS-L, and BRTHPRNT@INDYCMS
  490. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU
  491. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  492. ------------------------------------------------------------------------------
  493. =========================================================================
  494. Date:         Tue, 5 Oct 1993 17:35:57 EDT
  495. Reply-To:     Microsoft Access Database Discussion List
  496.               <ACCESS-L@INDYCMS.BITNET>
  497. Sender:       Microsoft Access Database Discussion List
  498.               <ACCESS-L@INDYCMS.BITNET>
  499. From:         Phil Paxton <72410.2162@COMPUSERVE.COM>
  500. Subject:      Determine inactivity?
  501.  
  502. % I would like to be able to determine from inside my App that there has been
  503. % Xminutes inactivity, and then when a user starts to use the app again I can
  504. % pop up a login/password screen.  Does anybody have any idea how to determine
  505. % that the system has been inactive for a length of time?
  506.  
  507. Why not write a screensaver which does this and then use the Windows API calls
  508.  to designate this
  509. screensaver when your application loads?
  510. =========================================================================
  511. Date:         Wed, 6 Oct 1993 11:30:00 +1000
  512. Reply-To:     Microsoft Access Database Discussion List
  513.               <ACCESS-L@INDYCMS.BITNET>
  514. Sender:       Microsoft Access Database Discussion List
  515.               <ACCESS-L@INDYCMS.BITNET>
  516. From:         Kevin Anderson <K.ANDERSON@QUT.EDU.AU>
  517. Subject:      Re: Access versus FoxPro
  518.  
  519. I am doing a similar exercise. If you could pass on any comments to me
  520. I would greatly appreciate it.
  521.  
  522. What is Microsoft's long term plan? Will Access and Foxpro become the
  523. one product?
  524.  
  525. Kevin Anderson
  526. "andersonk@qut.edu.au"
  527. =========================================================================
  528. Date:         Thu, 7 Oct 1993 04:08:42 -0700
  529. Reply-To:     Microsoft Access Database Discussion List
  530.               <ACCESS-L@INDYCMS.BITNET>
  531. Sender:       Microsoft Access Database Discussion List
  532.               <ACCESS-L@INDYCMS.BITNET>
  533. From:         John von Colditz <johnvon@HALCYON.COM>
  534. Subject:      Re: Determine inactivity?
  535. In-Reply-To:  <199310052148.AA01996@halcyon.com> from "Phil Paxton" at Oct 5,
  536.               93 05:35:57 pm
  537.  
  538. >
  539. > % I would like to be able to determine from inside my App that there has been
  540. > % Xminutes inactivity, and then when a user starts to use the app again I can
  541. > % pop up a login/password screen.  Does anybody have any idea how to determine
  542. > % that the system has been inactive for a length of time?
  543. >
  544. > Why not write a screensaver which does this and then use the Windows API calls
  545. >  to designate this
  546. > screensaver when your application loads?
  547. >
  548.  
  549. Their is a timer DLL, and an associated sample program that is available
  550. in the Microsoft Access forum on Compuserve in the Access BASIC section.
  551. Find a friend who has Compuserve and have them download it for you.
  552. It's self explanatory.
  553.  
  554. John
  555. johnvon@halcyon.com
  556. =========================================================================
  557. Date:         Thu, 7 Oct 1993 16:42:27 EDT
  558. Reply-To:     Microsoft Access Database Discussion List
  559.               <ACCESS-L@INDYCMS.BITNET>
  560. Sender:       Microsoft Access Database Discussion List
  561.               <ACCESS-L@INDYCMS.BITNET>
  562. From:         "Thomas G. Durand" <tomd@WILLARD.ATL.GA.US>
  563. Subject:      Re: subscribe to access-l@indycms Eric Laverdiere
  564.  
  565.  [A
  566. =========================================================================
  567. Date:         Fri, 8 Oct 1993 07:49:36 EST
  568. Reply-To:     Microsoft Access Database Discussion List
  569.               <ACCESS-L@INDYCMS.BITNET>
  570. Sender:       Microsoft Access Database Discussion List
  571.               <ACCESS-L@INDYCMS.BITNET>
  572. From:         Scott Dahne <sdahne@MAIL.LMI.ORG>
  573. Subject:      Re[2]: Access versus FoxPro
  574.  
  575.      I agree that Fox is faster but Access is better for quick development
  576.      work.  I use both systems in the following way when working with large
  577.      databases (50-100MB): Do all database work in Fox to include indices
  578.      and then write the interface in Access and attach out to the Fox
  579.      files.  Works great and the databases can also be used by other
  580.      platforms if necessary.
  581.  
  582.      With regards to Paradox for Windows, we had so many development
  583.      problems and system crashes that Borland couldn't solve that we gave
  584.      up on it and switched to the above sceario for future projects.  If MS
  585.      puts the Fox engine in Access, it will be unbeatable.
  586.  
  587.  
  588.      Scott Dahne
  589.      Research Fellow
  590.      Logistics Management Institute
  591.      sdahne@lmi.org
  592.  
  593.  
  594. ______________________________ Reply Separator _________________________________
  595. Subject: Re: Access versus FoxPro
  596. Author:  Microsoft Access Database Discussion List
  597. <ACCESS-L%INDYCMS.BITNET@uga.cc.uga.edu> at INTERNET
  598. Date:    10/5/93 4:03 PM
  599.  
  600.  
  601. I would be interested in comments comparing Access to Paradox, as well.
  602. Are the image handling capabilities comparable?
  603.  
  604. Thanx. Hank
  605. >
  606. > In adopting Access in our shop, we've continually run into the issue of
  607. > "Access" versus "Foxpro". This especially comes up when discussing "speed".
  608. > >From what I've seen, Foxpro for Windows may be faster at runtime,
  609. > especially for large data-tables. But Access provides much faster
  610. > development (less coding is required). Also, Access seems to works more
  611. > closely with Windows.
  612. >
  613. > I would like to get other people's thinking on this issue. Has anyone else
  614. > run into this controversy? What do they think of it? Which (Access or
  615. > FoxPro) is the better development platform? Why?
  616. >
  617. =========================================================================
  618. Date:         Fri, 8 Oct 1993 13:53:00 +01
  619. Reply-To:     Microsoft Access Database Discussion List
  620.               <ACCESS-L@INDYCMS.BITNET>
  621. Sender:       Microsoft Access Database Discussion List
  622.               <ACCESS-L@INDYCMS.BITNET>
  623. From:         "Nilsson Jimmy, HK/R IDE" <Jimmy.Nilsson@IDE.HK-R.SE>
  624. Subject:      Access/Paradox?
  625.  
  626. Hi!
  627.  ----
  628.  
  629. I have some friends who I try to convince that Access is better than
  630. Paradox. Can anybody help me with some arguments?
  631.  
  632. Thanx!
  633. Jimmy Nilsson, Universty of Karlskrona/Ronneby
  634. ###
  635. =========================================================================
  636. Date:         Fri, 8 Oct 1993 09:20:07 PDT
  637. Reply-To:     Microsoft Access Database Discussion List
  638.               <ACCESS-L@INDYCMS.BITNET>
  639. Sender:       Microsoft Access Database Discussion List
  640.               <ACCESS-L@INDYCMS.BITNET>
  641. From:         Mark T Wignall <markwi@POGO.WV.TEK.COM>
  642. Subject:      New User/List Member :)
  643.  
  644. Hello Any/All!
  645.  
  646. Im BRAND SPANKING NEW to bitnet, and thus this 'LIST'.
  647.  
  648. I'm eager to learn/share infor regarding MS Access.  Well
  649. at any rate, I just wanted to say hi to you all.  Time for
  650. me to get back to ACCESS!
  651.  
  652. Sincerely,
  653. Mark Wignall
  654. =========================================================================
  655. Date:         Mon, 11 Oct 1993 05:48:10 -0400
  656. Reply-To:     Microsoft Access Database Discussion List
  657.               <ACCESS-L@INDYCMS.BITNET>
  658. Sender:       Microsoft Access Database Discussion List
  659.               <ACCESS-L@INDYCMS.BITNET>
  660. From:         Stephen Hueners <JUSTSTEVE@DELPHI.COM>
  661. Subject:      ? using Access for LIST msg management
  662.  
  663. Is anyone using ACCESS to manage thier internet activity i.e. lists and/or
  664. news groups?
  665.  
  666. I've been told there is a file called DIAL on CI$ that allows ACCESS to dial
  667. a number based on the contents of a field? Anyone know where it (or
  668. something like it) is available ftp?
  669.  
  670. Is there a Visual Basic-specific list?
  671.  
  672. Thankx much
  673. --steve...
  674. =========================================================================
  675. Date:         Mon, 11 Oct 1993 09:57:57 EDT
  676. Reply-To:     Microsoft Access Database Discussion List
  677.               <ACCESS-L@INDYCMS.BITNET>
  678. Sender:       Microsoft Access Database Discussion List
  679.               <ACCESS-L@INDYCMS.BITNET>
  680. From:         Phil Paxton <72410.2162@COMPUSERVE.COM>
  681. Subject:      using Access for LIST msg management
  682.  
  683. % Is anyone using ACCESS to manage thier internet activity i.e. lists and/or
  684. % news groups?
  685.  
  686. I'm not current on all of this, but Microsoft did provide a rather cheezy Access
  687.  application for organizing
  688. captured Compu$erve messages -- you turn on the screen capture, list the
  689.  messages, then run them through
  690. the application and it formats them appropriately.  The messages aren't too
  691.  different but what the
  692. application couldn't be adapted for Usenet or LISTSERV.
  693.  
  694. % I've been told there is a file called DIAL on CI$ that allows ACCESS to dial
  695. % a number based on the contents of a field? Anyone know where it (or
  696. % something like it) is available ftp?
  697.  
  698. Just a "file" ? :)  There are now several Access (it's not an acronym)
  699.  applications for dialing.  Perhaps the
  700. best known is one written by Roger Jennings who details his in his book "Access
  701.  1.1 Developer's Guide".
  702.  
  703. % Is there a Visual Basic-specific list?
  704.  
  705. Yes. There are VB lists in the Internet domain, LISTSERVs, and Usenet groups.
  706. =========================================================================
  707. Date:         Mon, 11 Oct 1993 19:01:00 PDT
  708. Reply-To:     Microsoft Access Database Discussion List
  709.               <ACCESS-L@INDYCMS.BITNET>
  710. Sender:       Microsoft Access Database Discussion List
  711.               <ACCESS-L@INDYCMS.BITNET>
  712. From:         "Karlsson, Mats" <KAM@TELEPLAN.COMM.SE>
  713.  
  714. REGISTER Mats Karlsson, Communicator Teleplan AB, Sweden
  715. SUBSCRIBE ACCESS-L
  716. =========================================================================
  717. Date:         Mon, 11 Oct 1993 19:02:00 PDT
  718. Reply-To:     Microsoft Access Database Discussion List
  719.               <ACCESS-L@INDYCMS.BITNET>
  720. Sender:       Microsoft Access Database Discussion List
  721.               <ACCESS-L@INDYCMS.BITNET>
  722. From:         "Karlsson, Mats" <KAM@TELEPLAN.COMM.SE>
  723.  
  724. REGISTER Mats Karlsson, Communicator Teleplan AB, Sweden
  725. SUBSCRIBE WORD-PC
  726. =========================================================================
  727. Date:         Mon, 11 Oct 1993 11:56:24 PDT
  728. Reply-To:     thamilto@pcocd2.intel.com
  729. Sender:       Microsoft Access Database Discussion List
  730.               <ACCESS-L@INDYCMS.BITNET>
  731. From:         "Tony Hamilton - FES ERG~" <thamilto@PCOCD2.INTEL.COM>
  732. Subject:      Re: Access versus FoxPro
  733. In-Reply-To:  <9310051432.AA06669@hermes.intel.com>; from "Dave Finley" at Oct
  734.               5, 93 10:28 am
  735.  
  736. >In adopting Access in our shop, we've continually run into the issue of
  737. >"Access" versus "Foxpro". This especially comes up when discussing "speed".
  738. >From what I've seen, Foxpro for Windows may be faster at runtime,
  739. >especially for large data-tables. But Access provides much faster
  740. >development (less coding is required). Also, Access seems to works more
  741. >closely with Windows.
  742. >
  743. >I would like to get other people's thinking on this issue. Has anyone else
  744. >run into this controversy? What do they think of it? Which (Access or
  745. >FoxPro) is the better development platform? Why?
  746.  
  747. Quick observations (I have used both):
  748.  
  749. SPEED: FoxPro is faster, but Access 2.0 is supposed to have the same query
  750. technology, so this advantage should go away.
  751.  
  752. EASE OF USE: Access is far easier to use.
  753.  
  754. DEVELOPMENT: While the development environment is "easier" in Access, FoxPro's
  755. is far more sophisticated and powerful.
  756.  
  757. LANGUAGE: Given that, for real application development, one has to use a
  758. quirky combination of macros and Basic, and deal with many bugs ("features")
  759. and workarounds, I think Access's "simple" language structure is actually
  760. a liability. The xBase standard which FoxPro uses is much more
  761. straighforward for working with tables and such. I found the paradigms
  762. with each of these products, concerning where to use code and such, were
  763. difficult to get used to for a while.
  764.  
  765. CAPABILITY: FoxPro is much more well-rounded, but there are certainly also
  766. things which Access does which are more difficult to do in FoxPro. Access
  767. doesn't have enough features or customizability to lend to true application
  768. development, even though many (including myself) push it to its limits and
  769. use it for this purpose.
  770.  
  771. >Are the image handling capabilities comparable?
  772.  
  773. I ended up working with Access exclusively for the last few months, so haven't
  774. touched FoxPro in a while, but I believe it does lack any kind of image
  775. data type. Access does have this feature, but I find it limited. It should
  776. accept more types of images.
  777.  
  778. >What is Microsoft's long term plan? Will Access and Foxpro become the
  779. >one product?
  780.  
  781. Sort of. I saw Bill Gates speak on this at DB-EXPO`93. Like I said, much
  782. of the back-end technology in Fox-Pro should be in the next release of
  783. Access (it makes sense, really). But, in the end, it does look like Fox-Pro
  784. is primarily going to be used to provide an eventual path for dBase users
  785. to go with something more object-oriented. Ultimately, as Mr. Gates
  786. explained, Microsoft would like to separate out all the components, those
  787. being the development tools (GUI builders, etc.), language, and database
  788. engine. He held up xBase (Foxpro), C++ and Visual Basic as the three
  789. languages he would like to see available for any of their products. Then,
  790. for database engines there are Access, dBase, and of course SQL Server.
  791. Applications or development environments range from those that are currently
  792. in Visual Basic, Access and FoxPro to Word, Excel and so on. The idea is,
  793. then, to pick and choose your components based on your taste, and yet still
  794. get the best possible performance and capability.
  795.  
  796. What does this mean? Doesn't look like using either Access or FoxPro
  797. (or Visual Basic) will lock you out of any kind of future upgrade paths.
  798. So, the moral is, use whatever works. I could make cases for any of the
  799. products, depending upon the application.
  800.  
  801. --
  802. Tony Hamilton                 |
  803. -Intel Corporation            | voice: 916-356-3070
  804. --Folsom Engineering Services | mailstop: FM2-55
  805. ---Engineering Resource Group | email: thamilto@pcocd2.intel.com
  806. ----Software Technician       |
  807. =========================================================================
  808. Date:         Mon, 11 Oct 1993 19:07:30 -0700
  809. Reply-To:     Microsoft Access Database Discussion List
  810.               <ACCESS-L@INDYCMS.BITNET>
  811. Sender:       Microsoft Access Database Discussion List
  812.               <ACCESS-L@INDYCMS.BITNET>
  813. From:         Bill Stewart <STEWART@GC.BITNET>
  814. Subject:      Access Tip!
  815.  
  816. I just found a way to bypass the confirmation dialogue box when deleting a
  817. database object.
  818.  
  819. Just select the object to delete(table, query, macro, etc..) then hold down
  820. the shift key and press delete.
  821.  
  822. ------------------------------------------------------
  823. Bill Stewart
  824. Gendale Community College
  825. 6000 W. Olive Ave
  826. Glendale AZ. 85302
  827. ------------------------------------------------------
  828. =========================================================================
  829. Date:         Tue, 12 Oct 1993 14:32:23 GMT
  830. Reply-To:     p.c.snell@birmingham.ac.uk
  831. Sender:       Microsoft Access Database Discussion List
  832.               <ACCESS-L@INDYCMS.BITNET>
  833. From:         Paul Snell <PAUL@ACS-TRAINING-CENTRE.BIRMINGHAM.AC.UK>
  834. Subject:      Importing delimited text into Access
  835.  
  836. I am sending this message on behalf of a colleague.
  837.  
  838. He is trying to import a delimitted file from a main-frame
  839. database into Access.  Each record takes up 16 lines in the
  840. source file that he receives from the main-frame people.  When
  841. Access imports this data it is interpreting each line as a
  842. single record.  Hence each record has been split up into 16
  843. separate records!
  844.  
  845. After some fiddling he found that if he could get each record in
  846. the source file onto one line then Access would correctly import
  847. the file.
  848.  
  849. What he would like to know is, is there a smart way to strip out
  850. the unwanted carriage returns for each of the 16 lines - there
  851. are several hundred records in the source file (each with some
  852. 280 fields.)
  853.  
  854. Any thoughts welcome
  855.  
  856. Many thanks
  857.  
  858. Paul
  859.  
  860. *****************************************************************
  861. ***                                                           ***
  862. ***  From:  Paul Snell      Email: p.c.snell@bham.ac.uk       ***
  863. ***         IT Trainer                                        ***
  864. ***         ACS IT Training Centre                            ***
  865. ***         University of Birmingham                          ***
  866. ***         B15 2TT                                           ***
  867. ***         UK                                                ***
  868. ***                                                           ***
  869. ***         Tel: 021-414-3580   Fax: 021-414-3584             ***
  870. ***                                                           ***
  871. *****************************************************************
  872. =========================================================================
  873. Date:         Wed, 13 Oct 1993 07:16:18 CDT
  874. Reply-To:     Microsoft Access Database Discussion List
  875.               <ACCESS-L@INDYCMS.BITNET>
  876. Sender:       Microsoft Access Database Discussion List
  877.               <ACCESS-L@INDYCMS.BITNET>
  878. From:         Heath Wells <wellsh@OSIRIS.CSO.UIUC.EDU>
  879. Subject:      mailing
  880.  
  881. Please include me on the Access mailing list. I am interested in the old
  882. messages.
  883. =========================================================================
  884. Date:         Wed, 13 Oct 1993 08:14:44 EST
  885. Reply-To:     Microsoft Access Database Discussion List
  886.               <ACCESS-L@INDYCMS.BITNET>
  887. Sender:       Microsoft Access Database Discussion List
  888.               <ACCESS-L@INDYCMS.BITNET>
  889. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  890. Organization: IUPUI Student Activities Office (317) 274-3931
  891. Subject:      Re: mailing
  892. In-Reply-To:  Message of Wed,
  893.               13 Oct 1993 07:16:18 CDT from <wellsh@OSIRIS.CSO.U IUC.EDU>
  894.  
  895. In general, LISTSERV does not require that the List Owner subscribe you
  896. to a list.  You may self-subscribe by sending mail to LISTSERV@INDYCMS
  897. (Bitner) or LISTSERV@INDYCMS.IUPUI.EDU (Internet) with the command
  898.  
  899. SUB ACCESS-L <Your Name>
  900.  
  901. as the body of the message.  If you are unfamiliar with LISTSERV and its
  902. associated commands, I suggest that you add the commands
  903.  
  904. INFO GENINTRO
  905. INFO REFCARD
  906.  
  907. as additional lines of your message.  LISTSERV will then send you file s
  908. containing a General Introduction to Revised LISTSERV that will give
  909. you some instruction on the service and a Quick Reference Card of the
  910. various commands.
  911.  
  912. Thanks for your interest.  If you have trouble subscribing with this
  913. method, please let me know and I will attempt to help.  Because LISTSERV
  914. now includes a method of verifying mailing paths for new subscribers
  915. which is not implemented when the list administrator adds people to
  916. the list, it is preferred that users subscribe themselves by the method
  917. outlined above.
  918.  
  919. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  920. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  921. Indiana University Purdue University Indianapolis
  922. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  923. List Administrator, STUACTS, APOSEC52, ACCESS-L, and BRTHPRNT@INDYCMS
  924. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU
  925. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  926. ------------------------------------------------------------------------------
  927. =========================================================================
  928. Date:         Wed, 13 Oct 1993 08:17:20 EST
  929. Reply-To:     Microsoft Access Database Discussion List
  930.               <ACCESS-L@INDYCMS.BITNET>
  931. Sender:       Microsoft Access Database Discussion List
  932.               <ACCESS-L@INDYCMS.BITNET>
  933. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  934. Organization: IUPUI Student Activities Office (317) 274-3931
  935. Subject:      oops
  936.  
  937. I think I'm going to quit doing list maintenance in the morning...
  938.  
  939. Sorry about that last post, I forgot the REPLY FROM.
  940.  
  941. Nathan
  942.  
  943. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  944. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  945. Indiana University Purdue University Indianapolis
  946. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  947. List Administrator, STUACTS, APOSEC52, ACCESS-L, and BRTHPRNT@INDYCMS
  948. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU
  949. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  950. ------------------------------------------------------------------------------
  951. =========================================================================
  952. Date:         Thu, 14 Oct 1993 15:26:27 GMT
  953. Reply-To:     p.c.snell@birmingham.ac.uk
  954. Sender:       Microsoft Access Database Discussion List
  955.               <ACCESS-L@INDYCMS.BITNET>
  956. From:         Paul Snell <PAUL@ACS-TRAINING-CENTRE.BIRMINGHAM.AC.UK>
  957. Subject:      Version 2.0 ?? Dates..Features
  958.  
  959. Sorry if this is a repeated request - I might have missed
  960. earlier discussions.
  961.  
  962. Can anyone say WHEN version 2.0 might be released and if you
  963. have any ideas as to the advantages it would have over 1.1?
  964.  
  965. (Guess who is thinking of buying Access for a cluster of
  966. machines!)
  967.  
  968. Thanks
  969.  
  970. Paul
  971.  
  972. *****************************************************************
  973. ***                                                           ***
  974. ***  From:  Paul Snell      Email: p.c.snell@bham.ac.uk       ***
  975. ***         IT Trainer                                        ***
  976. ***         ACS IT Training Centre                            ***
  977. ***         University of Birmingham                          ***
  978. ***         B15 2TT                                           ***
  979. ***         UK                                                ***
  980. ***                                                           ***
  981. ***         Tel: 021-414-3580   Fax: 021-414-3584             ***
  982. ***                                                           ***
  983. *****************************************************************
  984. =========================================================================
  985. Date:         Thu, 14 Oct 1993 15:56:00 EET
  986. Reply-To:     Microsoft Access Database Discussion List
  987.               <ACCESS-L@INDYCMS.BITNET>
  988. Sender:       Microsoft Access Database Discussion List
  989.               <ACCESS-L@INDYCMS.BITNET>
  990. From:         Petteri Karna <PKARNA@HYLKN1.HELSINKI.FI>
  991. Organization: University of Helsinki
  992. Subject:      (S)VGA,no results returned in query,null values in index
  993.  
  994. Hello to all Access users,
  995.  
  996. I am developing a document management application with Access 1.1 &
  997. ADK. I would appreciate if anyone of you could help me in the
  998. following problems:
  999.  
  1000. 1. How can check if the user is running the application in VGA/SVGA
  1001. mode ? I would like to fit the size of forms accordingly.
  1002.  
  1003. 2. Is there a way to check if a query returns no results ? Now the
  1004. user sees #Error strings on the report if no results returned. The
  1005. underlying query is somewhat tricky. It has several joins, some of
  1006. the expressions use IIF function, and one field is only used for
  1007. criteria, it does not show up on the report. May be I should post
  1008. the query in detail...
  1009.  
  1010. 3. Some forms are only used for data entry. If the user does not enter
  1011. a value in the primary key field, the system will give a warning.
  1012. I wrote some AB code to check for Null values, but the system keeps
  1013. on giving warnings. Is there a way to avoid these system warnings ?
  1014.  
  1015. Any hints appreciated,
  1016.  
  1017. Petteri Karna      pkarna@hylkn1.helsinki.fi
  1018. =========================================================================
  1019. Date:         Thu, 14 Oct 1993 11:29:01 PDT
  1020. Reply-To:     Microsoft Access Database Discussion List
  1021.               <ACCESS-L@INDYCMS.BITNET>
  1022. Sender:       Microsoft Access Database Discussion List
  1023.               <ACCESS-L@INDYCMS.BITNET>
  1024. From:         Jim Renaud <wiseguy@MCODE.AMDAHL.COM>
  1025. Subject:      Re: (S)VGA,no results returned in query,null values in index
  1026.  
  1027. I had some trouble recently where a report (based on a query) did
  1028. not return any records and some AB code that was checking a control
  1029. in the report died with the following error:
  1030.  
  1031.         Internal Database Error (-1603).
  1032.  
  1033. I never was able to figure out what this meant, but I did put
  1034. some AB code that checks when opening the report if the query
  1035. has record count is < 1. If so, I just display a message and
  1036. close the report. The nasty thing about the "Internal Database Error"
  1037. is that I get that when accessing the variable (defined as variant)
  1038. whether in inline code or just typing in the immediate window.
  1039.  
  1040. Anyway, you can probably get around your problem by checking the
  1041. count of records returned by the query like I did.
  1042.  
  1043. >
  1044. > 2. Is there a way to check if a query returns no results ? Now the
  1045. > user sees #Error strings on the report if no results returned. The
  1046. > underlying query is somewhat tricky. It has several joins, some of
  1047. > the expressions use IIF function, and one field is only used for
  1048. > criteria, it does not show up on the report. May be I should post
  1049. > the query in detail...
  1050. >
  1051.  
  1052.  
  1053. -----------------------------------------------------------------------
  1054.  
  1055. Jim Renaud                              [Standard Disclaimer]
  1056.  
  1057. Amdahl Corporation
  1058. M/S 205                                 Phone:  408-992-2662
  1059. Bldg. M3  Room 235                      Fax:    408-773-0833
  1060. 1230 E. Arques Avenue                   Email:  wiseguy@mcode.amdahl.com
  1061. Sunnyvale, CA 94088-3470
  1062. =========================================================================
  1063. Date:         Fri, 15 Oct 1993 14:46:10 EET
  1064. Reply-To:     Microsoft Access Database Discussion List
  1065.               <ACCESS-L@INDYCMS.BITNET>
  1066. Sender:       Microsoft Access Database Discussion List
  1067.               <ACCESS-L@INDYCMS.BITNET>
  1068. From:         Petteri Karna <PKARNA@HYLKN1.HELSINKI.FI>
  1069. Organization: University of Helsinki
  1070. Subject:      version 2.0
  1071.  
  1072. There was an article about pre-beta features for version 2.0 in PC
  1073. Week:
  1074. - table wizard for novice users, ER-model designer ?
  1075. - OLE2 support (client-side?)
  1076. - support for right mouse button to access menus
  1077.  
  1078. I think the emphasis is to better support the novice user. I don't
  1079. remember the rest of the new features, but it was scheduled
  1080. to be out Dec '93 - early next year.
  1081.  
  1082. Petteri Karna
  1083. pkarna@hylkn1.helsinki.fi
  1084. =========================================================================
  1085. Date:         Fri, 15 Oct 1993 08:48:50 -0400
  1086. Reply-To:     Microsoft Access Database Discussion List
  1087.               <ACCESS-L@INDYCMS.BITNET>
  1088. Sender:       Microsoft Access Database Discussion List
  1089.               <ACCESS-L@INDYCMS.BITNET>
  1090. From:         "Rob Riopelle BIS,CRL @3499" <RIOPELLER@CRL.AECL.CA>
  1091. Subject:      MS-Access and Pathworks 4.1
  1092.  
  1093. Hello Access Users,
  1094.  
  1095. I am not sure if this should be sent to the ORACLE list or not but it
  1096. doesn't seem to be an ORACLE problem.
  1097.  
  1098. We have Pathworks 4.1 and I am trying to access an ORACLE database on the
  1099. VAX mainframe through SQL*Net and the MS ODBC driver for ORACLE. SQL*Net
  1100. works find when I use SQL*Plus for windows from my PC.
  1101.  
  1102. When I use MS-Access 1.1 and try to import an ORACLE table I get the ORACLE
  1103. error message ORA-3112 host string syntax error. Everything also seemed to work
  1104. fine from MS-Access using SQL*Net when we had Pathworks 4.0.
  1105.  
  1106. Any suggesttions would be greatly appreciated.
  1107.  
  1108. ===============================================================================
  1109. Rob Riopelle
  1110. Programmer/Analyst
  1111. AECL Research                               Internet: RIOPELLER@CRL.AECL.CA
  1112. Chalk River, Ontario, Canada                  Bitnet: RIOPELLER@CRL.AECL.BITNET
  1113. "Any opinions expressed are my own"
  1114. ===============================================================================
  1115. =========================================================================
  1116. Date:         Fri, 15 Oct 1993 17:13:29 SAT
  1117. Reply-To:     Microsoft Access Database Discussion List
  1118.               <ACCESS-L@INDYCMS.BITNET>
  1119. Sender:       Microsoft Access Database Discussion List
  1120.               <ACCESS-L@INDYCMS.BITNET>
  1121. From:         Sam Somuah <RSIV95K@SAUPM00.BITNET>
  1122. Organization: King Fahd University of Petroleum and Minerals, S.A.
  1123. Subject:      FTP Sites for Access Shareware
  1124.  
  1125. Does Anyone know of FTP sites for Access shareware
  1126. Any help will be greatly appreciated
  1127.  
  1128. Sam Somua <RSIV95K@SAUPM00>
  1129. =========================================================================
  1130. Date:         Fri, 15 Oct 1993 12:04:52 EDT
  1131. Reply-To:     Microsoft Access Database Discussion List
  1132.               <ACCESS-L@INDYCMS.BITNET>
  1133. Sender:       Microsoft Access Database Discussion List
  1134.               <ACCESS-L@INDYCMS.BITNET>
  1135. From:         Phil Paxton <72410.2162@COMPUSERVE.COM>
  1136. Subject:      FTP Sites for Access Shareware
  1137.  
  1138. % Does Anyone know of FTP sites for Access shareware
  1139. % Any help will be greatly appreciated
  1140.  
  1141. % Sam Somua <RSIV95K@SAUPM00>
  1142.                                        -------------
  1143. ???
  1144.  
  1145.  
  1146.  
  1147. Have you tried CICA?  There's some there.  I haven't had Archie search in
  1148.  awhile, but there
  1149. are probably some other sites by now.  Also, Compu$erve has a pretty rich
  1150.  inventory of
  1151. applications...
  1152.  
  1153. phil paxton
  1154. development editor
  1155. sams / prentice hall computer publishing                  (<=== GO PHCP)
  1156. paramount publishing
  1157. indianapolis, indiana
  1158. =========================================================================
  1159. Date:         Fri, 15 Oct 1993 14:40:15 -0500
  1160. Reply-To:     m-mcna@MAROON.TC.UMN.EDU
  1161. Sender:       Microsoft Access Database Discussion List
  1162.               <ACCESS-L@INDYCMS.BITNET>
  1163. From:         "Michael J. McNaughton" <m-mcna@MAROON.TC.UMN.EDU>
  1164. Subject:      Re: FTP Sites for Access Shareware
  1165.  
  1166. On Fri, 15 Oct 1993 17:13:29 SAT, Sam Somuah wrote:
  1167.  
  1168. >Does Anyone know of FTP sites for Access shareware
  1169. >Any help will be greatly appreciated
  1170. >
  1171. >Sam Somua <RSIV95K@SAUPM00>
  1172.  
  1173. You may want to check ftp.cica.indiana.edu or ftp.microsoft.com.
  1174.  
  1175. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  1176. Michael J. McNaughton
  1177. University of Minnesota - Office of Human Resources/Employee Benefits
  1178. Suite 210 - 1313 5th St SE - Minneapolis, MN 55414-4505 USA
  1179. Voice 612-627-1070   Fax 612-627-1039 Internet m-mcna@staff.tc.umn.edu
  1180. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  1181. =========================================================================
  1182. Date:         Sat, 16 Oct 1993 21:15:15 -0700
  1183. Reply-To:     Microsoft Access Database Discussion List
  1184.               <ACCESS-L@INDYCMS.BITNET>
  1185. Sender:       Microsoft Access Database Discussion List
  1186.               <ACCESS-L@INDYCMS.BITNET>
  1187. From:         John von Colditz <johnvon@HALCYON.COM>
  1188. Subject:      Re: (S)VGA,no results returned in query,null values in index
  1189. In-Reply-To:  <199310141459.AA24881@halcyon.com> from "Petteri Karna" at Oct 14,
  1190.               93 03:56:00 pm
  1191.  
  1192. 1)  There is a function in the NWIND database that can be used to check
  1193. for the presence of a VGA screen.  It is called by the autoexec.
  1194.  
  1195. 2)  To find out if a query is returning records, check the recordcount
  1196. property of the resulting dynaset.
  1197.  
  1198. John
  1199. =========================================================================
  1200. Date:         Sat, 16 Oct 1993 21:26:24 -0700
  1201. Reply-To:     Microsoft Access Database Discussion List
  1202.               <ACCESS-L@INDYCMS.BITNET>
  1203. Sender:       Microsoft Access Database Discussion List
  1204.               <ACCESS-L@INDYCMS.BITNET>
  1205. From:         John von Colditz <johnvon@HALCYON.COM>
  1206. Subject:      Oh Nathan?
  1207. In-Reply-To:  <199310131320.AA11348@halcyon.com> from "Nathan Brindle" at Oct
  1208.               13, 93 08:17:20 am
  1209.  
  1210. Nathan,
  1211.  
  1212. A couple of days ago I got a message saying I should forward it back to
  1213. the server to confirm my continued subscription to the Access server.
  1214. Both came back saying I was not subscribed!  If I am not subscribed, how
  1215. did I get the message in the first place?  How do I straighten this out?
  1216.  
  1217. John von Colditz
  1218. johnvon@halcyon.com
  1219. "Puzzled in Seattle"
  1220. =========================================================================
  1221. Date:         Sat, 16 Oct 1993 23:33:18 EST
  1222. Reply-To:     Microsoft Access Database Discussion List
  1223.               <ACCESS-L@INDYCMS.BITNET>
  1224. Sender:       Microsoft Access Database Discussion List
  1225.               <ACCESS-L@INDYCMS.BITNET>
  1226. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  1227. Organization: IUPUI Student Activities Office (317) 274-3931
  1228. Subject:      Re: Oh Nathan?
  1229. In-Reply-To:  Message of Sat,
  1230.               16 Oct 1993 21:26:24 -0700 from <johnvon@HALCYON.C OM>
  1231.  
  1232. The reason being (and I'm sending this to the list to forestall any other
  1233. questions) that the list has you subscribed as JOHNVON@HALCYON.HALCYON.COM--
  1234. which could mean any number of things but they have to do with <your>
  1235. node, not anything LISTSERV is doing.  Apparently there has been a change
  1236. in your local setup wherein your domain name has changed slightly but
  1237. the old domain name still works.
  1238.  
  1239. The remedy is for me to unsub your old address and for you to resub from
  1240. your new address so LISTSERV can get this all straight--or for you simply
  1241. to wait for the old subscription to expire and resubscribe.
  1242.  
  1243. Whenever a domain name changes, you've got to unsub from lists and resub
  1244. with the new domain.  Sometimes people aren't aware that there has been a
  1245. change because they keep getting mail just like they always did as long
  1246. as the old domain keeps forwarding the mail.
  1247.  
  1248. If you're curious as to how LISTSERV has you signed up, send the command
  1249. QUERY ACCESS-L to LISTSERV@INDYCMS.BITNET--and if it says you aren't
  1250. subscribed, send the command REVIEW ACCESS-L to the listserver and check
  1251. the subscriber list before sending messages to me.  An informed user is
  1252. a power user, folks...
  1253.  
  1254. Happy Sunday!
  1255.  
  1256. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  1257. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  1258. Indiana University Purdue University Indianapolis
  1259. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  1260. List Administrator, STUACTS, APOSEC52, ACCESS-L, and BRTHPRNT@INDYCMS
  1261. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU
  1262. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  1263. ------------------------------------------------------------------------------
  1264. =========================================================================
  1265. Date:         Sun, 17 Oct 1993 08:16:00 CST
  1266. Reply-To:     Microsoft Access Database Discussion List
  1267.               <ACCESS-L@INDYCMS.BITNET>
  1268. Sender:       Microsoft Access Database Discussion List
  1269.               <ACCESS-L@INDYCMS.BITNET>
  1270. From:         PEJSAJ@UWSTOUT.BITNET
  1271. Subject:      [RE:] Oh, Nathan
  1272.  
  1273. Nathan,
  1274. I am broadcasting this to the list because apparently I am not the only
  1275. one who has had trouble with the list.  I just did a QUERY ACCESS-L and
  1276. it says that I am not subscribed to the list.
  1277.  
  1278. I don't know anything about how listservers work, but I belong to many
  1279. lists and this list is somehow different.  I don't feel I have any
  1280. control - every time I have wanted to do anything other than send mail
  1281. to the list (including SUBscribing), it has not worked and you have had
  1282. to intervene.  Should I maybe UNSUB and SUB again?
  1283.  
  1284. Thanks,
  1285.  
  1286. Jim Pejsa  pejsaj@uwstout.edu
  1287. =========================================================================
  1288. Date:         Sun, 17 Oct 1993 08:50:10 EST
  1289. Reply-To:     Microsoft Access Database Discussion List
  1290.               <ACCESS-L@INDYCMS.BITNET>
  1291. Sender:       Microsoft Access Database Discussion List
  1292.               <ACCESS-L@INDYCMS.BITNET>
  1293. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  1294. Organization: IUPUI Student Activities Office (317) 274-3931
  1295. Subject:      Subscription Problems
  1296. In-Reply-To:  Message of Sun, 17 Oct 1993 08:16:00 CST from <PEJSAJ@UWSTOUT>
  1297.  
  1298. Again, there is a difference from the address in the header of your mail
  1299. to ACCESS-L (PEJSAJ@UWSTOUT.BITNET) and the address under which you are
  1300. subscribed to ACCESS-L (PEJSAJ@UWSTOUT.EDU).  One is a BITNET address,
  1301. the other is an Internet address.  If you subscribe by sending mail to
  1302. LISTSERV@INDYCMS.IUPUI.EDU rather than LISTSERV@INDYCMS, LISTSERV is going
  1303. to pick up your Internet address from the header because (surprise) you
  1304. subscribed via the Internet.  (Jim, since I subscribed you personally,
  1305. you're a special case.)  The point here is that LISTSERV does not always
  1306. understand that (for instance) UWSTOUT.BITNET = UWSTOUT.EDU, and that
  1307. is probably because UWSTOUT's entry in the BITEARN NODES file does not
  1308. include information on UWSTOUT's Internet alias.
  1309.  
  1310. There's nothing <I> can do about this (other than resub <you>, Jim) because
  1311. LISTSERV can only work with the address information it's given and what it
  1312. has in its memory and files.  BITEARN NODES is updated monthly so the problem
  1313. lies in the fact that node administrators don't provide complete information
  1314. on their site.  BTW, this is an extremely common problem among LISTSERV
  1315. people--the list owners' list is constantly getting messages about sites
  1316. that can't get through or have changed their info without telling anyone.
  1317.  
  1318. Now:  Can we please get this off the list and back to the normal route,
  1319. i.e., send this sort of problem directly to me and I'll see what I can
  1320. do about it?  Jim, do you want me to re-do your subscription to a BITNET
  1321. address rather than Internet?
  1322.  
  1323. Oh, one more thing:  When I use PMDF mail from the VAX instead of the
  1324. "regular" mailer, I get BITNET headers rather than Internet.  If you've
  1325. switched mailer software recently, this could also be part of the problem.
  1326. Thankfully I don't use the VAX much (sly grin) and stick to BITNET for
  1327. my LISTSERV subscriptions.
  1328.  
  1329. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  1330. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  1331. Indiana University Purdue University Indianapolis
  1332. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  1333. List Administrator, STUACTS, APOSEC52, ACCESS-L, and BRTHPRNT@INDYCMS
  1334. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU
  1335. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  1336. ------------------------------------------------------------------------------
  1337. =========================================================================
  1338. Date:         Sun, 17 Oct 1993 17:18:22 EST
  1339. Reply-To:     Microsoft Access Database Discussion List
  1340.               <ACCESS-L@INDYCMS.BITNET>
  1341. Sender:       Microsoft Access Database Discussion List
  1342.               <ACCESS-L@INDYCMS.BITNET>
  1343. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  1344. Organization: IUPUI Student Activities Office (317) 274-3931
  1345. Subject:      INDYCMS downtime
  1346.  
  1347. To users of my lists:
  1348.  
  1349. INDYCMS will be down on Monday, October 18 from 9:00PM - 6:00AM.  This
  1350. means that LISTSERV will also be down during that period, so don't be
  1351. surprised if you don't see mail from the list for a while...
  1352.  
  1353. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  1354. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  1355. Indiana University Purdue University Indianapolis
  1356. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  1357. List Administrator, STUACTS, APOSEC52, ACCESS-L, and BRTHPRNT@INDYCMS
  1358. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU
  1359. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  1360. ------------------------------------------------------------------------------
  1361. =========================================================================
  1362. Date:         Tue, 19 Oct 1993 09:11:14 EDT
  1363. Reply-To:     Microsoft Access Database Discussion List
  1364.               <ACCESS-L@INDYCMS.BITNET>
  1365. Sender:       Microsoft Access Database Discussion List
  1366.               <ACCESS-L@INDYCMS.BITNET>
  1367. From:         Dave Finley <finleyd@VRINET.COM>
  1368. Subject:      Excel, Word upgrades?
  1369.  
  1370. Has anyone heard anything about the upgrades to MS-EXCEL, MS-Word for
  1371. Windows? Does anyone know where I can obtain press releases from
  1372. Microsoft?  I have heard it rumored that they'll be announced today, but
  1373. I've not heard anything more.
  1374.  
  1375. This may be a little "off the subject" of Access-L. But I hope someone out
  1376. there would know.
  1377. =========================================================================
  1378. Date:         Tue, 19 Oct 1993 07:23:18 -0700
  1379. Reply-To:     Microsoft Access Database Discussion List
  1380.               <ACCESS-L@INDYCMS.BITNET>
  1381. Sender:       Microsoft Access Database Discussion List
  1382.               <ACCESS-L@INDYCMS.BITNET>
  1383. From:         Bill Stewart <STEWART@GC.BITNET>
  1384. Subject:      Re: Excel, Word upgrades?
  1385.  
  1386. I read about both products in the latest copy of Windows magazine.  Also
  1387. herd it should be towards December for a release date.  Cost of upgrading
  1388. each will retail $129.00
  1389.  
  1390. Bill Stewart
  1391. =========================================================================
  1392. Date:         Tue, 19 Oct 1993 09:27:27 -0600
  1393. Reply-To:     jao9w265@aurora.cdev.com
  1394. Sender:       Microsoft Access Database Discussion List
  1395.               <ACCESS-L@INDYCMS.BITNET>
  1396. Comments:     Warning -- original Sender: tag was jao9w265@AURORA.CDEV.COM
  1397. From:         "John A. Olson" <JOHN.A.OLSON.HQG522@CDEV.COM>
  1398. Subject:      How can I hide tables?
  1399.  
  1400. Hello all!
  1401.  
  1402. I'm trying to do something a little unusual here.  I have some tables
  1403. (attached) in my db and some queries defined.  What I would like to do is
  1404. hide the attached tables in such a way as to eliminate them from the list
  1405. when the user makes a query.  In other words, as we all know, when defining
  1406. a query, we are given a list of Tables/Queries to choose from as our
  1407. sources.  What I want to do is have this list limited to only a list of
  1408. queries to choose from.  I don't want the users to even see the table names
  1409. listed as options.  I'm trying to create a layer of abstraction here.  Does
  1410. anyone know if there is an API call or something which will eliminate tables
  1411. from the list of choices?  Any way we can hide the tables from view like
  1412. Microsoft does with their System Objects?  Any help would be greatly
  1413. appreciated!
  1414.  
  1415. Thanks!
  1416.  
  1417. John A. Olson
  1418. jao9w265@aurora.cdev.com
  1419. Computing Devices International
  1420. Bloomington, MN
  1421. =========================================================================
  1422. Date:         Tue, 19 Oct 1993 16:10:51 EDT
  1423. Reply-To:     Microsoft Access Database Discussion List
  1424.               <ACCESS-L@INDYCMS.BITNET>
  1425. Sender:       Microsoft Access Database Discussion List
  1426.               <ACCESS-L@INDYCMS.BITNET>
  1427. From:         Phil Paxton <72410.2162@COMPUSERVE.COM>
  1428. Subject:      Re: How can I hide tables?
  1429.  
  1430. % I'm trying to do something a little unusual here.  I have some tables
  1431. % (attached) in my db and some queries defined.  What I would like to do is
  1432. % hide the attached tables in such a way as to eliminate them from the list
  1433. % when the user makes a query.  In other words, as we all know, when defining
  1434. % a query, we are given a list of Tables/Queries to choose from as our
  1435. % sources.  What I want to do is have this list limited to only a list of
  1436. % queries to choose from.  I don't want the users to even see the table names
  1437. % listed as options.  I'm trying to create a layer of abstraction here.  Does
  1438. % anyone know if there is an API call or something which will eliminate tables
  1439. % from the list of choices?  Any way we can hide the tables from view like
  1440. % Microsoft does with their System Objects?  Any help would be greatly
  1441. % appreciated!
  1442.  
  1443.  
  1444. Since you are allowing the user to create queries, is it safe to assume you are
  1445.  allowing
  1446. them to use the full version of Access 1.x and not the ADK? (just curious)
  1447.  
  1448. If you had your own query wizard (ala Jennings in the Developer's Guide) this
  1449.  would be
  1450. easily taken care of because you could build a table of tables and determine
  1451.  which
  1452. the user should be permitted to see (but the down side is you'd have another
  1453.  table to
  1454. maintain).
  1455.  
  1456. I was trying to see if there was a way to add abstraction by following the
  1457.  current
  1458. paradigm of putting data tables in one database and attached tables + code in a
  1459.  second
  1460. database, but I don't think you'll buy anything there.
  1461.  
  1462. As far as API calls go, Access really doesn't have an API library, but rather
  1463.  makes use
  1464. of other existing API libraries which don't know about Access.
  1465.  
  1466. I wonder if this hiding will be possible in future releases? :)
  1467. =========================================================================
  1468. Date:         Wed, 20 Oct 1993 07:24:29 -0400
  1469. Reply-To:     Microsoft Access Database Discussion List
  1470.               <ACCESS-L@INDYCMS.BITNET>
  1471. Sender:       Microsoft Access Database Discussion List
  1472.               <ACCESS-L@INDYCMS.BITNET>
  1473. From:         Michael Gordon <GORDONM@CC.DENISON.EDU>
  1474. Subject:      Re: ACCESS-L Digest - 17 Oct 1993 to 19 Oct 1993
  1475.  
  1476. >Subject: Re: Excel, Word upgrades?
  1477. >
  1478. >I read about both products in the latest copy of Windows magazine.  Also
  1479. >herd it should be towards December for a release date.  Cost of upgrading
  1480. >each will retail $129.00
  1481.  
  1482. The $129 is for a "competitive" upgrade; for previous users, the upgrade will
  1483. retain @ $99.
  1484.  
  1485. Michael D. Gordon
  1486. CIS: 71053,471
  1487. Internet: gordonM@cc.denison.edu
  1488. Date sent:  20-OCT-1993 07:24:26
  1489. =========================================================================
  1490. Date:         Wed, 20 Oct 1993 07:55:09 PST
  1491. Reply-To:     Microsoft Access Database Discussion List
  1492.               <ACCESS-L@INDYCMS.BITNET>
  1493. Sender:       Microsoft Access Database Discussion List
  1494.               <ACCESS-L@INDYCMS.BITNET>
  1495. From:         Thornton Prime <"Thorton_~Prime_at_lmu-acad1"@LMUMAIL.LMU.EDU>
  1496. Subject:      Changing the User without Leaving the Engine
  1497.  
  1498.      I am currently writing an application for Access that
  1499.      requires use by different users at the same station.  My
  1500.      problem is that I cannot change the User() without closing
  1501.      the database, exiting Access and then restarting Access.
  1502.  
  1503.      Does anyone know of a way to change the User without exiting
  1504.      the database, or at least without having to restart the
  1505.      Access Database engine?
  1506.  
  1507.      Thanks in advance,
  1508.  
  1509.      Thornton Prime
  1510. =========================================================================
  1511. Date:         Wed, 20 Oct 1993 13:31:18 EST
  1512. Reply-To:     Microsoft Access Database Discussion List
  1513.               <ACCESS-L@INDYCMS.BITNET>
  1514. Sender:       Microsoft Access Database Discussion List
  1515.               <ACCESS-L@INDYCMS.BITNET>
  1516. From:         Scott Dahne <sdahne@MAIL.LMI.ORG>
  1517. Subject:      Re: Excel, Word upgrades?
  1518.  
  1519.      I just got back from the product intro in Baltimore.  Excel 5.0, Word
  1520.      6.0, and Project 4.0.  They look great.  Many new features.  We'll all
  1521.      now go from using 20% of the feature set to about 10% of the set.
  1522.      Microsoft put out guides to the new features in Excel and Word which
  1523.      you can probably get from your local corporate representative.
  1524.  
  1525.  
  1526.  
  1527. ______________________________ Reply Separator _________________________________
  1528. Subject: Excel, Word upgrades?
  1529. Author:  Microsoft Access Database Discussion List
  1530. <ACCESS-L%INDYCMS.BITNET@uga.cc.uga.edu> at INTERNET
  1531. Date:    10/19/93 12:03 PM
  1532.  
  1533.  
  1534. Has anyone heard anything about the upgrades to MS-EXCEL, MS-Word for
  1535. Windows? Does anyone know where I can obtain press releases from
  1536. Microsoft?  I have heard it rumored that they'll be announced today, but
  1537. I've not heard anything more.
  1538.  
  1539. This may be a little "off the subject" of Access-L. But I hope someone out
  1540. there would know.
  1541. =========================================================================
  1542. Date:         Wed, 20 Oct 1993 10:59:00 PDT
  1543. Reply-To:     Microsoft Access Database Discussion List
  1544.               <ACCESS-L@INDYCMS.BITNET>
  1545. Sender:       Microsoft Access Database Discussion List
  1546.               <ACCESS-L@INDYCMS.BITNET>
  1547. From:         "Kapczynski, Mark" <MARKK@NPIH.MEDSCH.UCLA.EDU>
  1548. Subject:      security
  1549.  
  1550. I'm developing several databases on a Novell LAN.  Each user has their own
  1551. windows setup which includes the system.mda file.  If I'm developing a
  1552. database with the access security tools how can I allow the users to share
  1553. the system.mda file without forcing everyone on the LAN to have to use the
  1554. security login?  Also, what is to stop a user from deleting or copying the
  1555. system.mda file if it is on a shared directory?   One more question, has
  1556. anyone heard of the file SECWIZ.ZIP available on compuserv?  I don't have
  1557. compuserv and was wondering how I could FTP to it somewhere?  Thanks in
  1558. advance...
  1559.  
  1560.  
  1561. Mark Kapczynski
  1562. Programmer/Analyst
  1563. UCLA-NPI
  1564. 310-206-7126
  1565. MARKK@NPIH.MEDSCH.UCLA.EDU
  1566. =========================================================================
  1567. Date:         Wed, 20 Oct 1993 15:10:00 PDT
  1568. Reply-To:     Microsoft Access Database Discussion List
  1569.               <ACCESS-L@INDYCMS.BITNET>
  1570. Sender:       Microsoft Access Database Discussion List
  1571.               <ACCESS-L@INDYCMS.BITNET>
  1572. From:         "Jones, Ryan" <RYAN@NPIH.MEDSCH.UCLA.EDU>
  1573. Subject:      Better Report Wizard??? Other Wizards?? 3rd Party??
  1574.  
  1575. Hi!
  1576.  
  1577. I;m looking for some better Wizards then what comes with Access...For
  1578. instance a Report wizard that will format for a certain size
  1579. sheet...Portrait/Landscape and so on..
  1580. Does anyone know of any shareware or third-party wizards???
  1581.  
  1582. Thanks!
  1583.  
  1584. RYAN@NPIH.MEDSCH.UCLA.EDU
  1585. =========================================================================
  1586. Date:         Thu, 21 Oct 1993 11:34:34 +0930
  1587. Reply-To:     Microsoft Access Database Discussion List
  1588.               <ACCESS-L@INDYCMS.BITNET>
  1589. Sender:       Microsoft Access Database Discussion List
  1590.               <ACCESS-L@INDYCMS.BITNET>
  1591. From:         A J Howard <ajhoward@TEACHING.CS.ADELAIDE.EDU.AU>
  1592. Subject:      sub ACCESS-L
  1593.  
  1594. Thanks
  1595. --
  1596. --------------------------------------------------------------------------------
  1597. Anthony Howard
  1598. CS-Club Member
  1599. ajhoward@teaching.cs.adelaide.edu.au
  1600. --------------------------------------------------------------------------------
  1601. =========================================================================
  1602. Date:         Thu, 21 Oct 1993 10:08:27 EDT
  1603. Reply-To:     Microsoft Access Database Discussion List
  1604.               <ACCESS-L@INDYCMS.BITNET>
  1605. Sender:       Microsoft Access Database Discussion List
  1606.               <ACCESS-L@INDYCMS.BITNET>
  1607. From:         Phil Paxton <72410.2162@COMPUSERVE.COM>
  1608. Subject:      Better Report Wizard??? Other Wizards?? 3rd Party??
  1609.  
  1610. % I;m looking for some better Wizards then what comes with Access...For
  1611. % instance a Report wizard that will format for a certain size
  1612. % sheet...Portrait/Landscape and so on..
  1613. % Does anyone know of any shareware or third-party wizards???
  1614.  
  1615. I'm not sure "better" is an appropriate word -- some of the wizards I've seen
  1616.  have been very, very simple
  1617. and perform very specific tasks (bottom line:  just because something doesn't do
  1618.  exactly what one wants,
  1619. it's not automatically "bad").
  1620.  
  1621. There are a large number of 3rd party vendors.  Also, you could write your own
  1622.  wizard -- it's not that
  1623. difficult!
  1624. =========================================================================
  1625. Date:         Thu, 21 Oct 1993 15:11:00 PDT
  1626. Reply-To:     Microsoft Access Database Discussion List
  1627.               <ACCESS-L@INDYCMS.BITNET>
  1628. Sender:       Microsoft Access Database Discussion List
  1629.               <ACCESS-L@INDYCMS.BITNET>
  1630. From:         "Ellington, Robert W (Bob)" <rwelling@CISPO.PCMAIL.INGR.COM>
  1631. Subject:      Determine Current Record Number?
  1632.  
  1633. Seeing as how MS Access itself has the ability to show what record number
  1634. you are on, how can I write a function that will tell me what record I am on
  1635. in a dynaset?  I got a copy of counter.mdb but the method they use is too
  1636. slow.  (Go to first record in the dynaset and do a movenext until the key is
  1637. the same as the one on screen) Surely there is a function call that can give
  1638. me this info quickly.
  1639.  
  1640.  
  1641. Any help in this area would be appreciated.
  1642. Bob Ellington
  1643. rwelling@ingr.com
  1644. =========================================================================
  1645. Date:         Thu, 21 Oct 1993 17:02:21 EDT
  1646. Reply-To:     Microsoft Access Database Discussion List
  1647.               <ACCESS-L@INDYCMS.BITNET>
  1648. Sender:       Microsoft Access Database Discussion List
  1649.               <ACCESS-L@INDYCMS.BITNET>
  1650. From:         Phil Paxton <72410.2162@COMPUSERVE.COM>
  1651. Subject:      Determine Current Record Number?
  1652.  
  1653. % Seeing as how MS Access itself has the ability to show what record number
  1654. % you are on, how can I write a function that will tell me what record I am on
  1655. % in a dynaset?  I got a copy of counter.mdb but the method they use is too
  1656. % slow.  (Go to first record in the dynaset and do a movenext until the key is
  1657. % the same as the one on screen) Surely there is a function call that can give
  1658. % me this info quickly.
  1659.  
  1660. Nope. And my name isn't Shirley.  (sorry, couldn't resist)
  1661.  
  1662. You've hit upon one of the small, but irritating oversights on the
  1663. part of the design people.  All the way back in the 1.0 Beta, this
  1664. was cited and the reply was "it's not needed" and the purists loudly
  1665. cried "it defies the true spirit of a relational database" (particularly
  1666. since the order of data is so fluid in queries and whatnot.
  1667.  
  1668. The real conflict is why does Access (itself) provide information which is
  1669. inaccessible to the developer and/or user?
  1670.  
  1671.  
  1672. ---------------------------------------------------------------------
  1673. phil paxton
  1674. development editor
  1675. sams/prentice hall computer publishing  <=== "GO SAMS" via Compuserve
  1676. paramount publishing
  1677. indianapolis, indiana
  1678. =========================================================================
  1679. Date:         Thu, 21 Oct 1993 15:57:02 PDT
  1680. Reply-To:     Microsoft Access Database Discussion List
  1681.               <ACCESS-L@INDYCMS.BITNET>
  1682. Sender:       Microsoft Access Database Discussion List
  1683.               <ACCESS-L@INDYCMS.BITNET>
  1684. From:         Mark T Wignall <markwi@POGO.WV.TEK.COM>
  1685. Subject:      Access Serial Communication
  1686.  
  1687. Hello Any/All!
  1688.  
  1689. I am in DESPERATE in my attempts at tring to find a good way to allow
  1690. MS Access to communicate through the Rs-232 ports (ala COMx) and am not
  1691. having any luck finding it in the documentation.
  1692.  
  1693. Question:
  1694.    Is there some nice and easy way to do this, or will I have to revert
  1695. to using WinAPI calls to accomplish this?
  1696.  
  1697.    I'm not trying to do anything fancy, just send some strings, and input
  1698. some strings.  I tried the Open statement using the "COMx: 4800,N,8,1" as
  1699. the file name, but no luck, bad file name.
  1700.  
  1701. Any/All help would be appreciated, and if I could get a response back REAL
  1702. soon, then I'd be even MORE appreciative.  I'm basically stuck and can't
  1703. continue until this issue is resolved.
  1704.  
  1705. Thanks again!
  1706.  
  1707. Mark Wignall
  1708. markwi@banyan.bv.tek.com
  1709. =========================================================================
  1710. Date:         Fri, 22 Oct 1993 10:13:56 EST
  1711. Reply-To:     Microsoft Access Database Discussion List
  1712.               <ACCESS-L@INDYCMS.BITNET>
  1713. Sender:       Microsoft Access Database Discussion List
  1714.               <ACCESS-L@INDYCMS.BITNET>
  1715. From:         Con Zymaris <Con.Zymaris@DBCE.CSIRO.AU>
  1716. Organization: CSIRO, Div. Building Constr. and Eng'ing, Melb., Australia
  1717. Subject:      Re: Access Serial Communication
  1718. In-Reply-To:  <199310212311.AA00874@highett.mel.dbce.csiro.au>; from "Mark T
  1719.               Wignall" at Oct 21, 93 3:57 pm
  1720.  
  1721. According to Mark T Wignall:
  1722. >
  1723. > Hello Any/All!
  1724. >
  1725. > I am in DESPERATE in my attempts at tring to find a good way to allow
  1726. > MS Access to communicate through the Rs-232 ports (ala COMx) and am not
  1727. > having any luck finding it in the documentation.
  1728. >
  1729. > Question:
  1730. >    Is there some nice and easy way to do this, or will I have to revert
  1731. > to using WinAPI calls to accomplish this?
  1732. >
  1733. >    I'm not trying to do anything fancy, just send some strings, and input
  1734. > some strings.  I tried the Open statement using the "COMx: 4800,N,8,1" as
  1735. > the file name, but no luck, bad file name.
  1736. >
  1737. > Any/All help would be appreciated, and if I could get a response back REAL
  1738. > soon, then I'd be even MORE appreciative.  I'm basically stuck and can't
  1739. > continue until this issue is resolved.
  1740. >
  1741. > Thanks again!
  1742. >
  1743. > Mark Wignall
  1744. > markwi@banyan.bv.tek.com
  1745. >
  1746. Mark,
  1747. try to chase up any language independent Comms toolkits, implemented as DLL's.
  1748. Places to try are Greenleaf, Crescent software, and anyone else in the arena
  1749. who's adds appear in BasicPro, DDJ, CUJ etc etc.
  1750.  
  1751. --
  1752.  
  1753. | Con Zymaris                   Phone +61 3 822 2848    |
  1754. | Cybersource Pty. Ltd.         FAX  +61 3 822 2858     | Click Here...
  1755. | Software Services             1275a Malvern Rd.       |
  1756. | conz@mel.dbce.csiro.au        Malvern 3144, Australia |
  1757. =========================================================================
  1758. Date:         Fri, 22 Oct 1993 11:43:16 EST
  1759. Reply-To:     Microsoft Access Database Discussion List
  1760.               <ACCESS-L@INDYCMS.BITNET>
  1761. Sender:       Microsoft Access Database Discussion List
  1762.               <ACCESS-L@INDYCMS.BITNET>
  1763. From:         Craig Bourner <craig@OCS.CPSG.COM.AU>
  1764. Subject:      Re: Access Serial Communication
  1765.  
  1766. > Hello Any/All!
  1767. >
  1768. > I am in DESPERATE in my attempts at tring to find a good way to allow
  1769. > MS Access to communicate through the Rs-232 ports (ala COMx) and am not
  1770. > having any luck finding it in the documentation.
  1771. >
  1772. > Question:
  1773. >    Is there some nice and easy way to do this, or will I have to revert
  1774. > to using WinAPI calls to accomplish this?
  1775. >
  1776. >    I'm not trying to do anything fancy, just send some strings, and input
  1777. > some strings.  I tried the Open statement using the "COMx: 4800,N,8,1" as
  1778. > the file name, but no luck, bad file name.
  1779. >
  1780. > Any/All help would be appreciated, and if I could get a response back REAL
  1781. > soon, then I'd be even MORE appreciative.  I'm basically stuck and can't
  1782. > continue until this issue is resolved.
  1783. >
  1784. > Thanks again!
  1785. >
  1786. > Mark Wignall
  1787. > markwi@banyan.bv.tek.com
  1788.  
  1789. This solution is a bit messy, but you could try writing a generic routine
  1790. in VB 3.0 Pro using the serial communications custom control, and then sending
  1791. data to it from MS-ACCESS using DDE.  This is better than using API calls,
  1792. but not by very much.
  1793.  
  1794. --
  1795. Craig Bourner                                      AARNET: craig@ocs.cpsg.com.au
  1796. Computer Power Software Pty. Ltd. (ACN 005692482)  Voice: +61 3 243 2211
  1797. Division of the Computer Power Group
  1798. Melbourne, Australia
  1799. =========================================================================
  1800. Date:         Fri, 22 Oct 1993 12:03:21 EST
  1801. Reply-To:     Microsoft Access Database Discussion List
  1802.               <ACCESS-L@INDYCMS.BITNET>
  1803. Sender:       Microsoft Access Database Discussion List
  1804.               <ACCESS-L@INDYCMS.BITNET>
  1805. From:         Craig Bourner <craig@OCS.CPSG.COM.AU>
  1806. Subject:      Re: Determine Current Record NUmber?
  1807.  
  1808. > % Seeing as how MS Access itself has the ability to show what record number
  1809. > % you are on, how can I write a function that will tell me what record I am on
  1810. > % in a dynaset?  I got a copy of counter.mdb but the method they use is too
  1811. > % slow.  (Go to first record in the dynaset and do a movenext until the key is
  1812. > % the same as the one on screen) Surely there is a function call that can give
  1813. > % me this info quickly.
  1814. >
  1815. > Nope. And my name isn't Shirley.  (sorry, couldn't resist)
  1816. >
  1817. > You've hit upon one of the small, but irritating oversights on the
  1818. > part of the design people.  All the way back in the 1.0 Beta, this
  1819. > was cited and the reply was "it's not needed" and the purists loudly
  1820. > cried "it defies the true spirit of a relational database" (particularly
  1821. > since the order of data is so fluid in queries and whatnot.
  1822. >
  1823. > The real conflict is why does Access (itself) provide information which is
  1824. > inaccessible to the developer and/or user?
  1825.  
  1826. One method that might be faster that the counter.mdb you describe would be to
  1827. create the dynaset, the perform a one-off update using the index along which
  1828. it will be accessed in your example, and update each record with a series
  1829. number.  This is not nice because you will have to carry an extra field in
  1830. your database, and if the dynaset is very large this will be a problem.  This
  1831. solution also assumes that you are creating the dynaset from code, rather
  1832. than using a table or query on a form.
  1833.  
  1834. --
  1835. Craig Bourner                                      AARNET: craig@ocs.cpsg.com.au
  1836. Computer Power Software Pty. Ltd. (ACN 005692482)  Voice: +61 3 243 2211
  1837. Division of the Computer Power Group
  1838. Melbourne, Australia
  1839.  
  1840. --
  1841. Craig Bourner                                      AARNET: craig@ocs.cpsg.com.au
  1842. Computer Power Software Pty. Ltd. (ACN 005692482)  Voice: +61 3 243 2211
  1843. Division of the Computer Power Group
  1844. Melbourne, Australia
  1845. =========================================================================
  1846. Date:         Fri, 22 Oct 1993 11:01:15 EST
  1847. Reply-To:     Microsoft Access Database Discussion List
  1848.               <ACCESS-L@INDYCMS.BITNET>
  1849. Sender:       Microsoft Access Database Discussion List
  1850.               <ACCESS-L@INDYCMS.BITNET>
  1851. From:         Sheryl Smoot <Sheryl_Smoot@MAIL.AMSINC.COM>
  1852. Subject:      What is the .LDB used for?
  1853.  
  1854.      (Forgive me if this question has been asked before)
  1855.      What is the .LDB file that Access creates used for?
  1856.  
  1857.      TIA!
  1858.  
  1859.      Sherry
  1860.      *******************************
  1861.      Sheryl_Smoot@mail.amsinc.com
  1862.      American Management Systems, Arlington, VA
  1863. =========================================================================
  1864. Date:         Fri, 22 Oct 1993 10:25:00 PDT
  1865. Reply-To:     Microsoft Access Database Discussion List
  1866.               <ACCESS-L@INDYCMS.BITNET>
  1867. Sender:       Microsoft Access Database Discussion List
  1868.               <ACCESS-L@INDYCMS.BITNET>
  1869. From:         "Ellington, Robert W (Bob)" <rwelling@CISPO.PCMAIL.INGR.COM>
  1870. Subject:      Re: Determine Current Record NUmber?
  1871.  
  1872. >------------------------------
  1873. >
  1874. >Date:    Fri, 22 Oct 1993 12:03:21 EST
  1875. >From:    Craig Bourner <craig@OCS.CPSG.COM.AU>
  1876. >Subject: Re: Determine Current Record NUmber?
  1877. >
  1878. >> % Seeing as how MS Access itself has the ability to show what record
  1879. number
  1880. >> % you are on, how can I write a function that will tell me what record I
  1881. am
  1882. >on
  1883. >> % in a dynaset?  I got a copy of counter.mdb but the method they use is
  1884. too
  1885. >> % slow.  (Go to first record in the dynaset and do a movenext until the
  1886. key
  1887. >is
  1888. >> % the same as the one on screen) Surely there is a function call that can
  1889. >give
  1890. >> % me this info quickly.
  1891. >>
  1892. >> Nope. And my name isn't Shirley.  (sorry, couldn't resist)
  1893. >>
  1894. >> You've hit upon one of the small, but irritating oversights on the
  1895. >> part of the design people.  All the way back in the 1.0 Beta, this
  1896. >> was cited and the reply was "it's not needed" and the purists loudly
  1897. >> cried "it defies the true spirit of a relational database" (particularly
  1898. >> since the order of data is so fluid in queries and whatnot.
  1899. >>
  1900. >> The real conflict is why does Access (itself) provide information which
  1901. is
  1902. >> inaccessible to the developer and/or user?
  1903. >
  1904. >One method that might be faster that the counter.mdb you describe would be
  1905. to
  1906. >create the dynaset, the perform a one-off update using the index along
  1907. which
  1908. >it will be accessed in your example, and update each record with a series
  1909. >number.  This is not nice because you will have to carry an extra field in
  1910. >your database, and if the dynaset is very large this will be a problem.
  1911.  This
  1912. >solution also assumes that you are creating the dynaset from code, rather
  1913. >than using a table or query on a form.
  1914. >
  1915. >--
  1916. >Craig Bourner                                      AARNET:
  1917. >craig@ocs.cpsg.com.au
  1918. >Computer Power Software Pty. Ltd. (ACN 005692482)  Voice: +61 3 243 2211
  1919. >Division of the Computer Power Group
  1920. >Melbourne, Australia
  1921. >
  1922.  
  1923. Unfortunately I am getting this dynaset via the form.  Also I am using ODBC
  1924. to hit
  1925. Informix tables, which contain > 40,000 records, and am also wanting a
  1926. faster method
  1927. of determining the total count of records.  Do any of you know if the new
  1928. version
  1929. coming out soon will have better "access" to this information?  I may just
  1930. have to
  1931. wait.
  1932.  
  1933. Thanks for the responses
  1934. Bob Ellington
  1935. rwelling@ingr.com
  1936. =========================================================================
  1937. Date:         Fri, 22 Oct 1993 09:57:57 PDT
  1938. Reply-To:     Microsoft Access Database Discussion List
  1939.               <ACCESS-L@INDYCMS.BITNET>
  1940. Sender:       Microsoft Access Database Discussion List
  1941.               <ACCESS-L@INDYCMS.BITNET>
  1942. From:         Mark=Wignall%MfgEng%GPID@BANYAN.BV.TEK.COM
  1943. Subject:      Access .LDB files
  1944.  
  1945. Sheryl Smoot <Sheryl_Smoot@MAIL.AMSINC.COM> Wrote:
  1946. |
  1947. |
  1948. |      (Forgive me if this question has been asked before)
  1949. |      What is the .LDB file that Access creates used for?
  1950. |
  1951. |      TIA!
  1952. |
  1953. |      Sherry
  1954. |      *******************************
  1955. |      Sheryl_Smoot@mail.amsinc.com
  1956. |      American Management Systems, Arlington, VA
  1957.  
  1958. They are the Locking Data Base files that Access generates to keep track
  1959. of records that are locked so in a multi-user environment, simultaneous
  1960. users can't modify the same record.
  1961.  
  1962. These files can be deleted before starting Access if you want, because
  1963. Access will just recreate them if it needs to.
  1964.  
  1965. Mark Wignall
  1966. Tektronix - GPID Print Head Mfg.
  1967. =========================================================================
  1968. Date:         Fri, 22 Oct 1993 15:42:09 -0400
  1969. Reply-To:     Microsoft Access Database Discussion List
  1970.               <ACCESS-L@INDYCMS.BITNET>
  1971. Sender:       Microsoft Access Database Discussion List
  1972.               <ACCESS-L@INDYCMS.BITNET>
  1973. From:         Richard Tkachuck <richard@ERICIR.SYR.EDU>
  1974. Subject:      Extra Page
  1975. In-Reply-To:  <9310221713.AA07940@ericir.syr.edu>
  1976.  
  1977. Am a new user of Access and have run into a little problem.  I created a
  1978. multiple column table with Wizzard.  It ran over to two pages, which if
  1979. held side by side would have all the columns represented.  I eliminated a
  1980. couple columns and got them all on one page.  Adjusted the header so it
  1981. was all on one page.  But when I print out the report I get the first
  1982. page with the proper columns and then a blank page.  The third page has a
  1983. continuation of the report, and the forth page is blank and so on.  Would
  1984. like to save a tree and have only the pages with the columns printed.
  1985.  
  1986. Thanks.
  1987.  
  1988. Richard Tkachuck               AskERIC Coordinator
  1989. AskERIC:  ERIC Clearinghouse,  030 Huntington Hall
  1990. Syracuse University, Syracuse, NY 13210
  1991. Phone:  315.443.3640           FAX 315.443.5448
  1992. email:  richard@ericir.syr.edu
  1993. =========================================================================
  1994. Date:         Fri, 22 Oct 1993 15:45:21 -0700
  1995. Reply-To:     Microsoft Access Database Discussion List
  1996.               <ACCESS-L@INDYCMS.BITNET>
  1997. Sender:       Microsoft Access Database Discussion List
  1998.               <ACCESS-L@INDYCMS.BITNET>
  1999. From:         "Tony Hamilton - FES ERG~" <thamilto@PCOCD2.INTEL.COM>
  2000. Subject:      Re: Extra Page
  2001. In-Reply-To:  Richard Tkachuck <richard@ERICIR.SYR.EDU> "Extra Page" (Oct 22,
  2002.               3:42pm)
  2003.  
  2004. Richard,
  2005.  
  2006. After you deleted the extra columns and re-sized the header on your report, it
  2007. sounds like you forgot to re-size the page boundary on the right size. Or, in
  2008. other words, you moved everything over but the "white area". If, for instance,
  2009. you margins are 1" on both sides, the right side of the white area should line
  2010. up under 6.5".
  2011.  
  2012. This is my best guess. If this is not your problem, then I'm stumped.
  2013.  
  2014. Tony Hamilton
  2015. Intel Corporation
  2016. thamilto@pcocd2.intel.com
  2017. =========================================================================
  2018. Date:         Sat, 23 Oct 1993 06:06:32 -0400
  2019. Reply-To:     Microsoft Access Database Discussion List
  2020.               <ACCESS-L@INDYCMS.BITNET>
  2021. Sender:       Microsoft Access Database Discussion List
  2022.               <ACCESS-L@INDYCMS.BITNET>
  2023. From:         Stephen Hueners <JUSTSTEVE@DELPHI.COM>
  2024. Subject:      Re: Extra Page
  2025.  
  2026. There has to be some element like a ruling line at the very top or very
  2027. bottom of one or more sections of the report. Use Tab key to cycle through
  2028. all objects.
  2029.  
  2030. Frustrating, is'nt it?
  2031.  
  2032. --steve...
  2033. =========================================================================
  2034. Date:         Sat, 23 Oct 1993 22:23:39 EST
  2035. Reply-To:     Microsoft Access Database Discussion List
  2036.               <ACCESS-L@INDYCMS.BITNET>
  2037. Sender:       Microsoft Access Database Discussion List
  2038.               <ACCESS-L@INDYCMS.BITNET>
  2039. From:         Craig Bourner <craig@OCS.CPSG.COM.AU>
  2040. Subject:      Re: Determine Current Record Number
  2041.  
  2042. Robert Wellington writes:
  2043.  
  2044. > Unfortunately I am getting this dynaset via the form.  Also I am using ODBC
  2045. > to hit
  2046. > Informix tables, which contain > 40,000 records, and am also wanting a
  2047. > faster method
  2048. > of determining the total count of records.  Do any of you know if the new
  2049. > version
  2050. > coming out soon will have better "access" to this information?  I may just
  2051. > have to
  2052. > wait.
  2053.  
  2054. No idea about the next version (can anyone else help ?).  I have had a bit
  2055. of a think about this one, and I have another suggestion.  Try using the
  2056. "OnCurrent" property to call an Access Basic function which maintains a
  2057. position counter.  You can increment the counter if the value of the index
  2058. along which you are moving is greater than the previous (saved) value.  You
  2059. can decrement it is it is less.  At the end of this function, you can
  2060. ecord the current index value for comparison the next time the record
  2061. changes.
  2062.  
  2063. This might be useless if the dynaset is to have records inserted - access
  2064. doesn't re-order them until the dynaset is closed (I think - it's been a while)
  2065.  
  2066. To count the number of records, you could:
  2067.  
  2068. 1.  Trap every insert and delete and maintain a counter in another table.  The
  2069.     change impact here might be a bit too big, though.
  2070.  
  2071. 2.  Try using DCount() - this is probably the fastest method provided by Access.
  2072.  
  2073. If none of this is useful, someone else can try !
  2074.  
  2075. --
  2076. Craig Bourner                                     AARNET: craig@ocs.cpsg.com.au
  2077. =========================================================================
  2078. Date:         Sun, 24 Oct 1993 12:54:36 EDT
  2079. Reply-To:     Microsoft Access Database Discussion List
  2080.               <ACCESS-L@INDYCMS.BITNET>
  2081. Sender:       Microsoft Access Database Discussion List
  2082.               <ACCESS-L@INDYCMS.BITNET>
  2083. From:         HYEATTS@VTVM1.BITNET
  2084. Subject:      more on extra pages
  2085.  
  2086. I had a similar problem with an extra page on printing some reports. I had
  2087. some continuous reports that I needed to divide up with page breaks.
  2088.  
  2089. Therein was my problem: the page break had to be EXACTLY right...otherwise
  2090. I got an extra page. I'm still not certain what needed to be done...but
  2091. futzing around with the page break cleared up my problem.
  2092.  
  2093. And, yes, it IS frustrating.
  2094.  
  2095. Harry Yeatts (HYEATTS)                INTERNET: VTVM1.CC.VT.EDU
  2096. Virginia Tech                         BITNET: VTVM1
  2097. Blacksburg, Virginia                  PHONE: 703-231-5141
  2098. =========================================================================
  2099. Date:         Sun, 24 Oct 1993 10:33:18 PST
  2100. Reply-To:     Microsoft Access Database Discussion List
  2101.               <ACCESS-L@INDYCMS.BITNET>
  2102. Sender:       Microsoft Access Database Discussion List
  2103.               <ACCESS-L@INDYCMS.BITNET>
  2104. From:         Ron Apland <apland@MALA.BC.CA>
  2105. Subject:      Re: more on extra pages
  2106.  
  2107. >I had a similar problem with an extra page on printing some reports. I had
  2108. >some continuous reports that I needed to divide up with page breaks.
  2109. >
  2110. >Therein was my problem: the page break had to be EXACTLY right...otherwise
  2111. >I got an extra page. I'm still not certain what needed to be done...but
  2112. >futzing around with the page break cleared up my problem.
  2113. >
  2114. >And, yes, it IS frustrating.
  2115.  
  2116. Sorry if this has already been covered. I just ran into the same thing and
  2117. found that it was the width of the page.  Very simple.  It was printing all
  2118. the data I had asked but since I didn't pay attention to the page width it
  2119. thought I wanted more in the blank area on the right outside the width of
  2120. my page - so it put it on another page - which of course was blank!  To
  2121. fix it, if you are using an 8.5" page with .5" margins, make sure the page
  2122. does not go over 7.5" by grabbing the right page margin and dragging it to
  2123. the proper width.
  2124.  
  2125. Ron
  2126. =========================================================================
  2127. Date:         Sun, 24 Oct 1993 13:22:24 -0700
  2128. Reply-To:     Microsoft Access Database Discussion List
  2129.               <ACCESS-L@INDYCMS.BITNET>
  2130. Sender:       Microsoft Access Database Discussion List
  2131.               <ACCESS-L@INDYCMS.BITNET>
  2132. From:         "Linda D. Cornell" <lcornell@U.WASHINGTON.EDU>
  2133. Subject:      Need Help with Condition Expression
  2134.  
  2135. Hi there,
  2136.  
  2137. We want to pass a value that we have grabbed from a form and use it in a
  2138. between Condition Expression.  The problem is that the expression doesn't
  2139. seem to like us using variables - it wants us to hard code our dates.
  2140.  
  2141. What we want is something like:
  2142.  
  2143. =IIf([Rept_Date] Between [Month_Start] And [Month_End],expression1,expression2)
  2144.  
  2145. Where we don't have to explicity specify #08/01/93# as Month_Start and
  2146. #08/31/93# as month end - we want to pull the fields out of a "System Table".
  2147.  
  2148. Fun and games with syntax!  Thanks in advance for any pointers!
  2149.  
  2150. Linda Cornell
  2151. lcornell@u.washington.edu
  2152. University of Washington
  2153. Office of Research
  2154. =========================================================================
  2155. Date:         Sun, 24 Oct 1993 14:39:10 -0700
  2156. Reply-To:     Microsoft Access Database Discussion List
  2157.               <ACCESS-L@INDYCMS.BITNET>
  2158. Sender:       Microsoft Access Database Discussion List
  2159.               <ACCESS-L@INDYCMS.BITNET>
  2160. From:         John von Colditz <johnvon@HALCYON.COM>
  2161. Subject:      Re: Need Help with Condition Expression
  2162. In-Reply-To:  <199310242032.AA13122@halcyon.com> from "Linda D. Cornell" at Oct
  2163.               24, 93 01:22:24 pm
  2164.  
  2165. Linda,
  2166.  
  2167. Build your query with the conditionals in the query builder.  Make sure
  2168. it runs.  Go into View, SQL.  Highlight the text, and use Ctrl-C to copy
  2169. it into the clipboard.  You now need to create a module, and paste the
  2170. SQL into the module.  Assign the SQL to a text string. Paste your
  2171. control values into the text string.  Build your dynaset from the text
  2172. string.  IE:
  2173.  
  2174. I am skipping all of the declarations
  2175.  
  2176. Set D=CurrentDB()
  2177. Set F=Forms!myform
  2178. VariableToPaste = F![MyVariable]
  2179.  
  2180. strSQL = "Select DISTINCTROW Stuff, MoreStuff from MyTable where "
  2181. strSQL = strSQL & "MoreStuff = #" & VariableToPaste & " Blah Blah Blah"
  2182.  
  2183. set MyDynaset = D.CreateDynaset(strSQL)
  2184.  
  2185. This is a short and ugly demonstration of what you need to do.
  2186. Basicaly, you paste the _value_ of the form variable into your query.
  2187.  
  2188. Hope this helps.
  2189.  
  2190. John
  2191. =========================================================================
  2192. Date:         Mon, 25 Oct 1993 12:02:02 GMT
  2193. Reply-To:     Microsoft Access Database Discussion List
  2194.               <ACCESS-L@INDYCMS.BITNET>
  2195. Sender:       Microsoft Access Database Discussion List
  2196.               <ACCESS-L@INDYCMS.BITNET>
  2197. From:         "Richard Saunders,
  2198.               Computer Centre" <RICHARD@BKMAIN.EAST-LONDON.AC.UK>
  2199. Organization: University Of East London
  2200. Subject:      Dynamic allocation of record source property
  2201.  
  2202. I have about 60 tables of name and address labels. Their structures
  2203. are identical, but I don't want to merge them into a single table. Is
  2204. there any way to use a single form and a single report and
  2205. assign a table name to their record source property each time I
  2206. want to print labels for that particular table?
  2207.  
  2208. Alternatively, what other approaches could I use? I thought of
  2209. copying or renaming the table to a specific name each time, then
  2210. changing its name back afterwards, but I am not sure if it's
  2211. feasible. I would be grateful for any suggestions. Thanks.
  2212. =========================================================================
  2213. Date:         Mon, 25 Oct 1993 08:25:12 -0500
  2214. Reply-To:     Microsoft Access Database Discussion List
  2215.               <ACCESS-L@INDYCMS.BITNET>
  2216. Sender:       Microsoft Access Database Discussion List
  2217.               <ACCESS-L@INDYCMS.BITNET>
  2218. From:         MUENZLERK%SHIRE@UTHSCSA.EDU
  2219. Organization: University of Texas Health Science Center at San Antonio
  2220. Subject:      Re: Command confirmation request (2095C2)
  2221.  
  2222. I have been having problems getting my confirmation code
  2223. to pass.  I have tried about 5 times to subscribe and
  2224. reply with the OK command.  All I get back is that my
  2225. code is incorrect or it has been too long.
  2226. Can somebody help me please...
  2227.                 Kevin Muenzler
  2228.                         MUENZLERK@UTHSCSA.EDU
  2229. =========================================================================
  2230. Date:         Mon, 25 Oct 1993 09:39:38 -0400
  2231. Reply-To:     Microsoft Access Database Discussion List
  2232.               <ACCESS-L@INDYCMS.BITNET>
  2233. Sender:       Microsoft Access Database Discussion List
  2234.               <ACCESS-L@INDYCMS.BITNET>
  2235. Comments:     Warning -- RSCS tag indicates an origin of HENSLEY@HUSC3
  2236. From:         KENTON HENSLEY 617-496-2131 <HENSLEY@HULAW1.BITNET>
  2237. Subject:      Fill function for Combo Box
  2238.  
  2239. Has anyone created a fill function for a combo box that returns a dynaset
  2240. variable?  I want to create a dynaset where the records are limited by the
  2241. value in another control on the form.  The function will be called from
  2242. the On Enter property of the combo box.
  2243.  
  2244. Before I tackled this baby I thought I'd get comments from the experienced,
  2245. if any, in this area.
  2246.  
  2247. Kenton Henlsey
  2248. hensley@hulaw1.harvard.edu
  2249. =========================================================================
  2250. Date:         Mon, 25 Oct 1993 07:15:22 -0700
  2251. Reply-To:     Microsoft Access Database Discussion List
  2252.               <ACCESS-L@INDYCMS.BITNET>
  2253. Sender:       Microsoft Access Database Discussion List
  2254.               <ACCESS-L@INDYCMS.BITNET>
  2255. From:         Bill Stewart <STEWART@GC.BITNET>
  2256.  
  2257. confirm access-l
  2258. =========================================================================
  2259. Date:         Mon, 25 Oct 1993 09:42:10 -0500
  2260. Reply-To:     Microsoft Access Database Discussion List
  2261.               <ACCESS-L@INDYCMS.BITNET>
  2262. Sender:       Microsoft Access Database Discussion List
  2263.               <ACCESS-L@INDYCMS.BITNET>
  2264. From:         QLM_OOPS ext 2104 Anyone for some drywall mudding?
  2265.               <SSHANNY%BEAST@NEXUS.QGRAPH.COM>
  2266. Subject:      Zip code database table?
  2267.  
  2268. I remember seeing in a pas post to this list a reference to a pre-made
  2269. table that contained the zip codes with proper city/state fill-ins.  I have
  2270. deleted such posts and was wondering if someone would be kind enough to
  2271. please post the information again as to where I might obtain this file.
  2272. Either a private message to sshanny@hop.qgraph.com or a post to this list
  2273. would be just fine.  Thank you very much in advance!!
  2274.  
  2275. sean
  2276. =========================================================================
  2277. Date:         Tue, 26 Oct 1993 00:42:57 EST
  2278. Reply-To:     Microsoft Access Database Discussion List
  2279.               <ACCESS-L@INDYCMS.BITNET>
  2280. Sender:       Microsoft Access Database Discussion List
  2281.               <ACCESS-L@INDYCMS.BITNET>
  2282. From:         Craig Bourner <craig@OCS.CPSG.COM.AU>
  2283. Subject:      Dynamic allocation of record source property (fwd)
  2284.  
  2285. >
  2286. > I have about 60 tables of name and address labels. Their structures
  2287. > are identical, but I don't want to merge them into a single table. Is
  2288. > there any way to use a single form and a single report and
  2289. > assign a table name to their record source property each time I
  2290. > want to print labels for that particular table?
  2291.  
  2292. It depends on how you access and manipulate the data.  If I saw a database
  2293. like this, I would re-organize it into about 60 categories (I assume you
  2294. don't wish to merge them because they are logically grouped at the moment)
  2295. to facilitate convenient access.  Introducing an additional field (which may
  2296. also be required to be part of an index) would be required if you took
  2297. this approach.
  2298.  
  2299. > Alternatively, what other approaches could I use? I thought of
  2300. > copying or renaming the table to a specific name each time, then
  2301. > changing its name back afterwards, but I am not sure if it's
  2302. > feasible. I would be grateful for any suggestions. Thanks.
  2303.  
  2304. You could access a selected table from reasonably re-usable code if you
  2305. first created a dynaset, using the appropriate table name in the SQL
  2306. statement.  Using this data from a form or a report could be a real problem
  2307. though.
  2308.  
  2309. --
  2310. Craig Bourner                                     AARNET: craig@ocs.cpsg.com.au
  2311. =========================================================================
  2312. Date:         Tue, 26 Oct 1993 00:45:08 EST
  2313. Reply-To:     Microsoft Access Database Discussion List
  2314.               <ACCESS-L@INDYCMS.BITNET>
  2315. Sender:       Microsoft Access Database Discussion List
  2316.               <ACCESS-L@INDYCMS.BITNET>
  2317. From:         Craig Bourner <craig@OCS.CPSG.COM.AU>
  2318. Subject:      Re: Command confirmation request (2095C2) (fwd)
  2319.  
  2320. >
  2321. > I have been having problems getting my confirmation code
  2322. > to pass.  I have tried about 5 times to subscribe and
  2323. > reply with the OK command.  All I get back is that my
  2324. > code is incorrect or it has been too long.
  2325. > Can somebody help me please...
  2326.  
  2327. I can't help, because the same thing happens to me.  I got told that I am no
  2328. longer subscribed, so I sent off a SUB ACCESS-L and then got told that I was
  2329. already subscribed !  I have not stopped receiving mail, so I will be
  2330. ignoring this problem.
  2331.  
  2332. --
  2333. Craig Bourner                                     AARNET: craig@ocs.cpsg.com.au
  2334. =========================================================================
  2335. Date:         Mon, 25 Oct 1993 10:30:56 EDT
  2336. Reply-To:     Microsoft Access Database Discussion List
  2337.               <ACCESS-L@INDYCMS.BITNET>
  2338. Sender:       Microsoft Access Database Discussion List
  2339.               <ACCESS-L@INDYCMS.BITNET>
  2340. From:         Phil Paxton <72410.2162@COMPUSERVE.COM>
  2341. Subject:      Dynamic allocation of record source property
  2342.  
  2343. % From: "Richard Saunders,              Computer Centre",
  2344. % INTERNET:RICHARD@bkmain.uel.ac.uk
  2345. % I have about 60 tables of name and address labels. Their structures
  2346. % are identical, but I don't want to merge them into a single table. Is
  2347. % there any way to use a single form and a single report and
  2348. % assign a table name to their record source property each time I
  2349. % want to print labels for that particular table?
  2350.  
  2351. Not yet. (the operative word, I believe is "yet") :)
  2352. =========================================================================
  2353. Date:         Mon, 25 Oct 1993 10:35:25 EDT
  2354. Reply-To:     Microsoft Access Database Discussion List
  2355.               <ACCESS-L@INDYCMS.BITNET>
  2356. Sender:       Microsoft Access Database Discussion List
  2357.               <ACCESS-L@INDYCMS.BITNET>
  2358. From:         Phil Paxton <72410.2162@COMPUSERVE.COM>
  2359. Subject:      Re: Command confirmation request (2095C2)
  2360.  
  2361. % From: INTERNET:MUENZLERK%SHIRE@UTHSCSA.EDU,
  2362. % INTERNET:MUENZLERK%SHIRE@UTHSCSA.EDU
  2363. % From: MUENZLERK%SHIRE@UTHSCSA.EDU
  2364.  
  2365. % I have been having problems getting my confirmation code
  2366. % to pass.  I have tried about 5 times to subscribe and
  2367. % reply with the OK command.  All I get back is that my
  2368. % code is incorrect or it has been too long.
  2369. % Can somebody help me please...
  2370. %                 Kevin Muenzler
  2371. %                         MUENZLERK@UTHSCSA.EDU
  2372.  
  2373. I can't but did want to point out it looks as though you have
  2374. a rather convoluted route for your subscription.  With a
  2375. full Internet domain name, one would think it'd be
  2376. subscribed to indycms.iupui.edu...(not routed)
  2377.  
  2378. I'd look at the REV list myself, but I have a couple of books
  2379. due to go 100% into Production this week (including Roger
  2380. Jennings' latest....every bit as good as the Access Dev Gde!)
  2381.  
  2382. ---------------------------------------------------------------------
  2383. phil paxton
  2384. development editor
  2385. sams/prentice hall computer publishing  <=== "GO SAMS" via Compuserve
  2386. paramount publishing
  2387. indianapolis, indiana
  2388. =========================================================================
  2389. Date:         Mon, 25 Oct 1993 10:24:32 EST
  2390. Reply-To:     Microsoft Access Database Discussion List
  2391.               <ACCESS-L@INDYCMS.BITNET>
  2392. Sender:       Microsoft Access Database Discussion List
  2393.               <ACCESS-L@INDYCMS.BITNET>
  2394. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  2395. Organization: IUPUI Student Activities Office (317) 274-3931
  2396. Subject:      ACCESS-L FAQ--Quarterly Posting
  2397.  
  2398. ACCESS-L FAQ (Frequently-Asked Questions)
  2399. For ACCESS-L@INDYCMS, Microsoft Access Database Discussion List
  2400. Version 1.1, 10/25/93
  2401. ============================================================
  2402. This FAQ will be posted to the list at large on a quarterly basis.
  2403. It can be retrieved at any time from LISTSERV@INDYCMS with the command
  2404. GET ACCESS-L FAQ.
  2405. ============================================================
  2406.  
  2407. Q. What is ACCESS-L?
  2408.  
  2409. A. ACCESS-L@INDYCMS is a BITNET distribution list running under LISTSERV
  2410. 1.7f at INDYCMS, the VM computer at Indiana University Purdue University
  2411. Indianapolis.  ACCESS-L is provided for the discussion of Microsoft
  2412. Access, a relational database product for Microsoft Windows 3.x.
  2413.  
  2414.    DISCLAIMER:  Indiana University is <not responsible> for either the
  2415. content or the management of the list.  The list administrator's
  2416. responsibilities are limited to keeping the list focused and tending to
  2417. various administrative duties related to the list.  Those who post to
  2418. ACCESS-L are solely responsible for the content of their posts.  Any and
  2419. all software, either posted across ACCESS-L or residing in the list
  2420. archives is downloaded and used at the downloader's own risk.
  2421.  
  2422.    Note that there are THREE ACCESS-L lists on BITNET.  One is ACCESS-
  2423. L@INDYCMS, this list; one is ACCESS-L@BRUFPB, a Brazilian Microsoft
  2424. Access list (one assumes without supporting data that it is in
  2425. Portugese); and the last is ACCESS-L@UNBVM1, which has nothing to do
  2426. with Microsoft Access at all.
  2427.  
  2428.  
  2429. ============================================================
  2430. Q. Does Microsoft Corporation sponsor ACCESS-L?
  2431.  
  2432. A. No.  The list is not sponsored in any way by Microsoft, although
  2433. Microsoft employees and particularly Access design staff are welcome and
  2434. encouraged to subscribe.
  2435.  
  2436. ============================================================
  2437. Q. What is the format for sending commands to LISTSERV?
  2438.  
  2439. A. First of all, be sure you send them to LISTSERV and not to the list.
  2440. Second, there are two ways to send the commands:  Interactively and via
  2441. Mail.
  2442.  
  2443.    Interactive commands differ between systems (and are not available on
  2444. all systems anyway--e.g., AOL and CompuServe).  They would be of the
  2445. general format:
  2446.  
  2447.     (For VM/CMS:)  TELL LISTSERV AT INDYCMS <command>
  2448.  
  2449.     (For VAX/VMS:) SEND LISTSERV@INDYCMS <command>
  2450.  
  2451.     For other systems, see your consultants.  For specifics on LISTSERV
  2452. commands, send the command GET LISTSERV REFCARD to LISTSERV@INDYCMS.
  2453.  
  2454.    Mail commands can be more efficient if the network is experiencing
  2455. its usual glitches--at least the command will eventually be processed by
  2456. LISTSERV.  To send commands by mail, simply address a message to
  2457. LISTSERV@INDYCMS (or LISTSERV@INDYCMS.IUPUI.EDU) with a blank subject
  2458. line and the command you want to send as the body of the message.  You
  2459. can send up to five commands at a time in this way, but be forewarned--
  2460. if one of the commands triggers an error, all subsequent commands in the
  2461. message will be flushed without being processed.  (LISTSERV will count
  2462. your signature line (if any) as an error but this should not cause a
  2463. problem since it comes last.)
  2464.  
  2465. ============================================================
  2466. Q. How do I subscribe to or unsubscribe from ACCESS-L?
  2467.  
  2468. A. To subscribe to ACCESS-L, send the command
  2469.  
  2470.    SUB ACCESS-L <Your_Name>
  2471.  
  2472.    to LISTSERV@INDYCMS.IUPUI.EDU.
  2473.  
  2474.    To unsubscribe from ACCESS-L, send the command
  2475.  
  2476.    UNSUB ACCESS-L
  2477.  
  2478.    to LISTSERV@INDYCMS.IUPUI.EDU.
  2479.  
  2480. ============================================================
  2481. Q. What if I try to unsubscribe (or am asked to confirm my subscription
  2482. after 6 months) and am told I do not appear in the list?
  2483.  
  2484. A. You are either a) subscribed via a redistribution list (such as MS-
  2485. ACCESS) or b) your Internet address has changed slightly and LISTSERV
  2486. does not recognize your ID.  You can get a copy of the subscriber list
  2487. by sending the command REV ACCESS-L to LISTSERV@INDYCMS.
  2488.  
  2489.    Also note that if you used SEND or TELL to interactively subscribe
  2490. and subsequently send mail to LISTSERV@INDYCMS.IUPUI.EDU to set
  2491. commands, the listserver may not recognize you because you are
  2492. subscribed under a BITNET address and are sending commands from an
  2493. Intern:JbyVoM8>.  One possible solution to this problem would be to
  2494. mail your commands to LISTSERV@INDYCMS rather than to the Internet
  2495. address.
  2496.  
  2497.    If you can't figure the problem out, do <NOT> post a message to the
  2498. list at large to unsubscribe you or to confirm you.  Send all such mail
  2499. directly to the list administrator.  See below.
  2500.  
  2501. ============================================================
  2502. Q. Somehow I got my hands on this FAQ but I can't seem to get a reaction
  2503. from the listserver when I try to subscribe.  Why is that?
  2504.  
  2505. A. ACCESS-L is set up to confirm a mailing path back to all new
  2506. subscribers.  This is done by sending a message back to the address on
  2507. the subscription request which has a unique confirmation code.  The
  2508. subscriber is asked to send that confirmation code back to LISTSERV.
  2509.    Because some Internet gateways aren't always two-way, your
  2510. confirmation message probably did not get back to you, meaning that
  2511. LISTSERV could not send you mail even if the list administrator added
  2512. you manually.  This is a network problem and isn't currently solvable
  2513. unless you can provide a substitute (i.e., BITNET) address.  You might
  2514. try subscribing from another account or subscribing to a redistribution
  2515. list.
  2516.  
  2517. ============================================================
  2518. Q.  I sent back my confirmation code for subscription but I keep getting
  2519. error messages from the listserver that say my confirmation code doesn't
  2520. apply to any existing job.  Why is that?
  2521.  
  2522. A.  LISTSERV expects the confirmation codes to be sent in a specific way
  2523. because some mail gateways add lines to the header of the message that
  2524. LISTSERV doesn't understand.  The subscription sequence should be as
  2525. follows:
  2526.  
  2527. 1.  SEND Subscription request
  2528. 2.  REPLY to the confirmation request ('ok')
  2529. 3.  SEND the confirmation code (if necessary) ('ok 23CBD8', for
  2530. instance)
  2531. 4.  Send mail to the LIST ADMINISTRATOR, not to the list, if your
  2532. subscription request fails after step 3.  (See below)
  2533. ============================================================
  2534. Q. Who is the list administrator and how do I contact him?
  2535.  
  2536. A. The list administrator is Nathan Brindle, NBRINDLE@INDYCMS.  His
  2537. Internet address is NBRINDLE@INDYCMS.IUPUI.EDU.
  2538.  
  2539. ============================================================
  2540. Q. How do I get a copy of old postings (list archives)?
  2541.  
  2542. A. Send the command GET ACCESS-L LOGYYMM to LISTSERV@INDYCMS, where YYMM
  2543. is the year and month of the archive you want (i.e., LOG9302 is for
  2544. February 1993).
  2545.  
  2546. ============================================================
  2547. Q. How do I get an index of list archives and other files
  2548.    related to the list?
  2549.  
  2550. A. Send the command IND ACCESS-L to LISTSERV@INDYCMS.
  2551.  
  2552. ============================================================
  2553. Q. If I want to FTP files associated with ACCESS-L rather than request
  2554. them through the listserver, how do I do that?
  2555.  
  2556. A. At the moment, the list administrator is "mirroring" all files from
  2557. the list archives (except for the message logs themselves) to
  2558. FTP.CICA.INDIANA.EDU.  This may change, but for the moment it's all we
  2559. can do.  Newer files are located in the pub/pc/win3/uploads directory
  2560. there; older ones will be relocated at some point by CICA into
  2561. pub/pc/win3/access.  Naturally you should feel free to use CICA's mirror
  2562. sites as well.
  2563.  
  2564. ============================================================
  2565. Q. I have a GREAT .MDB to share with everyone on the list.  If I
  2566. uuencode it, should I send it to the list?
  2567.  
  2568. A. Those conversant with netiquette would probably reply in the
  2569. negative.  Even the smallest .MDB is going to be larger than most people
  2570. want to find in their mailbox, particularly since the file is going to
  2571. be somewhat larger than it would be in binary format anyway.  Also
  2572. remember that some people are paying for their messages and may not be
  2573. particularly appreciative of receiving a long file they didn't ask for;
  2574. and not everyone has UUdecoding software, either.
  2575.  
  2576.    If you wish to share a file with the rest of the list, you are
  2577. encouraged to upload it to CICA or to send it to the list administrator
  2578. in private mail with a request that he include it in the list archives.
  2579. (Such requests should include an abstract of what the file does and/or
  2580. what it includes.)
  2581.  
  2582.    Also, because the list is "digestified" and digests typically
  2583. truncate at 1000 or 1500 lines, you may crowd some posts out with a long
  2584. UUencoded message.  There have also been reports from people on America
  2585. Online that long posts from the Internet are usually cut short on their
  2586. service.
  2587.  
  2588. ============================================================
  2589. Q. I've found a review or article in a computer magazine that relates to
  2590. a discussion taking place.  May I post the review or article to the
  2591. list?
  2592.  
  2593. A. If you can summarize the review or article in your own words, feel
  2594. free to do so.  Otherwise, please refrain from posting copyrighted
  2595. materials to the list.  (You can always cite the article in question so
  2596. others can look it up.)
  2597.  
  2598. *END OF FILE*
  2599.  
  2600. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  2601. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  2602. Indiana University Purdue University Indianapolis
  2603. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  2604. List Administrator, STUACTS, APOSEC52, ACCESS-L, and BRTHPRNT@INDYCMS
  2605. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU
  2606. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  2607. ------------------------------------------------------------------------------
  2608. =========================================================================
  2609. Date:         Mon, 25 Oct 1993 10:27:11 EST
  2610. Reply-To:     Microsoft Access Database Discussion List
  2611.               <ACCESS-L@INDYCMS.BITNET>
  2612. Sender:       Microsoft Access Database Discussion List
  2613.               <ACCESS-L@INDYCMS.BITNET>
  2614. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  2615. Organization: IUPUI Student Activities Office (317) 274-3931
  2616. Subject:      ACCESS-L FAQ--Quarterly Posting
  2617.  
  2618. ACCESS-L FAQ (Frequently-Asked Questions)
  2619. For ACCESS-L@INDYCMS, Microsoft Access Database Discussion List
  2620. Version 1.1, 10/25/93
  2621. ============================================================
  2622. This FAQ will be posted to the list at large on a quarterly basis.
  2623. It can be retrieved at any time from LISTSERV@INDYCMS with the command
  2624. GET ACCESS-L FAQ.
  2625. ============================================================
  2626.  
  2627. Q. What is ACCESS-L?
  2628.  
  2629. A. ACCESS-L@INDYCMS is a BITNET distribution list running under LISTSERV
  2630. 1.7f at INDYCMS, the VM computer at Indiana University Purdue University
  2631. Indianapolis.  ACCESS-L is provided for the discussion of Microsoft
  2632. Access, a relational database product for Microsoft Windows 3.x.
  2633.  
  2634.    DISCLAIMER:  Indiana University is <not responsible> for either the
  2635. content or the management of the list.  The list administrator's
  2636. responsibilities are limited to keeping the list focused and tending to
  2637. various administrative duties related to the list.  Those who post to
  2638. ACCESS-L are solely responsible for the content of their posts.  Any and
  2639. all software, either posted across ACCESS-L or residing in the list
  2640. archives is downloaded and used at the downloader's own risk.
  2641.  
  2642.    Note that there are THREE ACCESS-L lists on BITNET.  One is ACCESS-
  2643. L@INDYCMS, this list; one is ACCESS-L@BRUFPB, a Brazilian Microsoft
  2644. Access list (one assumes without supporting data that it is in
  2645. Portugese); and the last is ACCESS-L@UNBVM1, which has nothing to do
  2646. with Microsoft Access at all.
  2647.  
  2648.  
  2649. ============================================================
  2650. Q. Does Microsoft Corporation sponsor ACCESS-L?
  2651.  
  2652. A. No.  The list is not sponsored in any way by Microsoft, although
  2653. Microsoft employees and particularly Access design staff are welcome and
  2654. encouraged to subscribe.
  2655.  
  2656. ============================================================
  2657. Q. What is the format for sending commands to LISTSERV?
  2658.  
  2659. A. First of all, be sure you send them to LISTSERV and not to the list.
  2660. Second, there are two ways to send the commands:  Interactively and via
  2661. Mail.
  2662.  
  2663.    Interactive commands differ between systems (and are not available on
  2664. all systems anyway--e.g., AOL and CompuServe).  They would be of the
  2665. general format:
  2666.  
  2667.     (For VM/CMS:)  TELL LISTSERV AT INDYCMS <command>
  2668.  
  2669.     (For VAX/VMS:) SEND LISTSERV@INDYCMS <command>
  2670.  
  2671.     For other systems, see your consultants.  For specifics on LISTSERV
  2672. commands, send the command GET LISTSERV REFCARD to LISTSERV@INDYCMS.
  2673.  
  2674.    Mail commands can be more efficient if the network is experiencing
  2675. its usual glitches--at least the command will eventually be processed by
  2676. LISTSERV.  To send commands by mail, simply address a message to
  2677. LISTSERV@INDYCMS (or LISTSERV@INDYCMS.IUPUI.EDU) with a blank subject
  2678. line and the command you want to send as the body of the message.  You
  2679. can send up to five commands at a time in this way, but be forewarned--
  2680. if one of the commands triggers an error, all subsequent commands in the
  2681. message will be flushed without being processed.  (LISTSERV will count
  2682. your signature line (if any) as an error but this should not cause a
  2683. problem since it comes last.)
  2684.  
  2685. ============================================================
  2686. Q. How do I subscribe to or unsubscribe from ACCESS-L?
  2687.  
  2688. A. To subscribe to ACCESS-L, send the command
  2689.  
  2690.    SUB ACCESS-L <Your_Name>
  2691.  
  2692.    to LISTSERV@INDYCMS.IUPUI.EDU.
  2693.  
  2694.    To unsubscribe from ACCESS-L, send the command
  2695.  
  2696.    UNSUB ACCESS-L
  2697.  
  2698.    to LISTSERV@INDYCMS.IUPUI.EDU.
  2699.  
  2700. ============================================================
  2701. Q. What if I try to unsubscribe (or am asked to confirm my subscription
  2702. after 6 months) and am told I do not appear in the list?
  2703.  
  2704. A. You are either a) subscribed via a redistribution list (such as MS-
  2705. ACCESS) or b) your Internet address has changed slightly and LISTSERV
  2706. does not recognize your ID.  You can get a copy of the subscriber list
  2707. by sending the command REV ACCESS-L to LISTSERV@INDYCMS.
  2708.  
  2709.    Also note that if you used SEND or TELL to interactively subscribe
  2710. and subsequently send mail to LISTSERV@INDYCMS.IUPUI.EDU to set
  2711. commands, the listserver may not recognize you because you are
  2712. subscribed under a BITNET address and are sending commands from an
  2713. Internet address.  One possible solution to this problem would be to
  2714. mail your commands to LISTSERV@INDYCMS rather than to the Internet
  2715. address.
  2716.  
  2717.    If you can't figure the problem out, do <NOT> post a message to the
  2718. list at large to unsubscribe you or to confirm you.  Send all such mail
  2719. directly to the list administrator.  See below.
  2720.  
  2721. ============================================================
  2722. Q. Somehow I got my hands on this FAQ but I can't seem to get a reaction
  2723. from the listserver when I try to subscribe.  Why is that?
  2724.  
  2725. A. ACCESS-L is set up to confirm a mailing path back to all new
  2726. subscribers.  This is done by sending a message back to the address on
  2727. the subscription request which has a unique confirmation code.  The
  2728. subscriber is asked to send that confirmation code back to LISTSERV.
  2729.    Because some Internet gateways aren't always two-way, your
  2730. confirmation message probably did not get back to you, meaning that
  2731. LISTSERV could not send you mail even if the list administrator added
  2732. you manually.  This is a network problem and isn't currently solvable
  2733. unless you can provide a substitute (i.e., BITNET) address.  You might
  2734. try subscribing from another account or subscribing to a redistribution
  2735. list.
  2736.  
  2737. ============================================================
  2738. Q.  I sent back my confirmation code for subscription but I keep getting
  2739. error messages from the listserver that say my confirmation code doesn't
  2740. apply to any existing job.  Why is that?
  2741.  
  2742. A.  LISTSERV expects the confirmation codes to be sent in a specific way
  2743. because some mail gateways add lines to the header of the message that
  2744. LISTSERV doesn't understand.  The subscription sequence should be as
  2745. follows:
  2746.  
  2747. 1.  SEND Subscription request
  2748. 2.  REPLY to the confirmation request ('ok')
  2749. 3.  SEND the confirmation code (if necessary) ('ok 23CBD8', for
  2750. instance)
  2751. 4.  Send mail to the LIST ADMINISTRATOR, not to the list, if your
  2752. subscription request fails after step 3.  (See below)
  2753. ============================================================
  2754. Q. Who is the list administrator and how do I contact him?
  2755.  
  2756. A. The list administrator is Nathan Brindle, NBRINDLE@INDYCMS.  His
  2757. Internet address is NBRINDLE@INDYCMS.IUPUI.EDU.
  2758.  
  2759. ============================================================
  2760. Q. How do I get a copy of old postings (list archives)?
  2761.  
  2762. A. Send the command GET ACCESS-L LOGYYMM to LISTSERV@INDYCMS, where YYMM
  2763. is the year and month of the archive you want (i.e., LOG9302 is for
  2764. February 1993).
  2765.  
  2766. ============================================================
  2767. Q. How do I get an index of list archives and other files
  2768.    related to the list?
  2769.  
  2770. A. Send the command IND ACCESS-L to LISTSERV@INDYCMS.
  2771.  
  2772. ============================================================
  2773. Q. If I want to FTP files associated with ACCESS-L rather than request
  2774. them through the listserver, how do I do that?
  2775.  
  2776. A. At the moment, the list administrator is "mirroring" all files from
  2777. the list archives (except for the message logs themselves) to
  2778. FTP.CICA.INDIANA.EDU.  This may change, but for the moment it's all we
  2779. can do.  Newer files are located in the pub/pc/win3/uploads directory
  2780. there; older ones will be relocated at some point by CICA into
  2781. pub/pc/win3/access.  Naturally you should feel free to use CICA's mirror
  2782. sites as well.
  2783.  
  2784. ============================================================
  2785. Q. I have a GREAT .MDB to share with everyone on the list.  If I
  2786. uuencode it, should I send it to the list?
  2787.  
  2788. A. Those conversant with netiquette would probably reply in the
  2789. negative.  Even the smallest .MDB is going to be larger than most people
  2790. want to find in their mailbox, particularly since the file is going to
  2791. be somewhat larger than it would be in binary format anyway.  Also
  2792. remember that some people are paying for their messages and may not be
  2793. particularly appreciative of receiving a long file they didn't ask for;
  2794. and not everyone has UUdecoding software, either.
  2795.  
  2796.    If you wish to share a file with the rest of the list, you are
  2797. encouraged to upload it to CICA or to send it to the list administrator
  2798. in private mail with a request that he include it in the list archives.
  2799. (Such requests should include an abstract of what the file does and/or
  2800. what it includes.)
  2801.  
  2802.    Also, because the list is "digestified" and digests typically
  2803. truncate at 1000 or 1500 lines, you may crowd some posts out with a long
  2804. UUencoded message.  There have also been reports from people on America
  2805. Online that long posts from the Internet are usually cut short on their
  2806. service.
  2807.  
  2808. ============================================================
  2809. Q. I've found a review or article in a computer magazine that relates to
  2810. a discussion taking place.  May I post the review or article to the
  2811. list?
  2812.  
  2813. A. If you can summarize the review or article in your own words, feel
  2814. free to do so.  Otherwise, please refrain from posting copyrighted
  2815. materials to the list.  (You can always cite the article in question so
  2816. others can look it up.)
  2817.  
  2818. *END OF FILE*
  2819.  
  2820. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  2821. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  2822. Indiana University Purdue University Indianapolis
  2823. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  2824. List Administrator, STUACTS, APOSEC52, ACCESS-L, and BRTHPRNT@INDYCMS
  2825. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU
  2826. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  2827. ------------------------------------------------------------------------------
  2828. =========================================================================
  2829. Date:         Mon, 25 Oct 1993 17:43:31 EST
  2830. Reply-To:     pekka.koskinen@oph.fi
  2831. Sender:       Microsoft Access Database Discussion List
  2832.               <ACCESS-L@INDYCMS.BITNET>
  2833. From:         Pekka Koskinen <koskinen@OPH.FI>
  2834. Subject:      Duplicate key -problem
  2835.  
  2836. Which one is a real dummy, Microsoft or me? Here's the problem:
  2837.  
  2838.     In my Windows (3.1) ControlPanel International -section settings
  2839.     I have the language defined as Finnish (because that's the language
  2840.     of the country...).
  2841.  
  2842.     Then I have an Access table with two fields:
  2843.  
  2844.                Field #1: 2-letter text (code)
  2845.                Field #2: Text (50 letters)
  2846.  
  2847.     In the field #1 I have codes (all unic values) like: SR, SU, SV, SW, etc
  2848.  
  2849.     Now I want to make it a primary key, but Access doesn't like the idea
  2850.     complaining about "duplicate keys" (and there are no duplicate keys!).
  2851.     Explanation: in Finnish alphabet sorting no difference is made
  2852.     between "v" and "w" (i.e. we sort: VAA, WAA, VBB, VHH etc (instead of
  2853.     VAA, VBB, VHH, WAA)).
  2854.  
  2855.     Question: Is there any other solution to make my field #1 a primary
  2856.     key except changing the language setting to "English"???
  2857.  
  2858. I hope that it's me, who turns out to be the real dummy (i.e. there's is a
  2859. solution), but based on my earlier experiments with those International
  2860. section settings I'm afraid it's Microsoft again... You be the judge!
  2861.  
  2862. G'day!
  2863. Pekka
  2864.  
  2865. *****************************************************************************
  2866.  Pekka Koskinen              :)
  2867.  CIMO, P.O. Box 343          :)         "Money can't buy happiness,
  2868.  00531 Helsinki, FINLAND     :)      so I guess I'll have to rent it."
  2869.  tel +358-(9)0-7747 7962     :)
  2870.  fax +358-(9)0-7747 7064     :)           ("Weird" Al Yankovic )
  2871. =========================================================================
  2872. Date:         Mon, 25 Oct 1993 09:48:58 PDT
  2873. Reply-To:     Microsoft Access Database Discussion List
  2874.               <ACCESS-L@INDYCMS.BITNET>
  2875. Sender:       Microsoft Access Database Discussion List
  2876.               <ACCESS-L@INDYCMS.BITNET>
  2877. From:         schuck@SFU.CA
  2878. Subject:      Re: Dynamic allocation of record source property
  2879. In-Reply-To:  <9310251204.AA01636@whistler.sfu.ca>; from "Richard Saunders,
  2880.               Computer Centre" at Oct 25, 93 12:02 pm
  2881.  
  2882. >
  2883. > I have about 60 tables of name and address labels. Their structures
  2884. > are identical, but I don't want to merge them into a single table. Is
  2885. > there any way to use a single form and a single report and
  2886. > assign a table name to their record source property each time I
  2887. > want to print labels for that particular table?
  2888. >
  2889. > Alternatively, what other approaches could I use? I thought of
  2890. > copying or renaming the table to a specific name each time, then
  2891. > changing its name back afterwards, but I am not sure if it's
  2892. > feasible. I would be grateful for any suggestions. Thanks.
  2893.  
  2894. Create a query.
  2895.  
  2896. Look at the SQL code.
  2897.  
  2898. Copy that to a function in a module.
  2899.  
  2900. sql = "Select from tablename ....."
  2901.  
  2902. change it to:
  2903.  
  2904. sql = "select from " & tablename_variable & " ..."
  2905.  
  2906. pass the tablename_variable to the function,
  2907. or, create a table of tablenames.....
  2908.  
  2909. use the function to run the query.
  2910.  
  2911. run the report aftert the query.
  2912. =========================================================================
  2913. Date:         Mon, 25 Oct 1993 12:24:50 EDT
  2914. Reply-To:     Microsoft Access Database Discussion List
  2915.               <ACCESS-L@INDYCMS.BITNET>
  2916. Sender:       Microsoft Access Database Discussion List
  2917.               <ACCESS-L@INDYCMS.BITNET>
  2918. From:         Phil Paxton <72410.2162@COMPUSERVE.COM>
  2919. Subject:      Jennings' Book
  2920.  
  2921. % What about Roger Jenning's latest? After the "Access Dev Gde", (one
  2922. % of the best Access books anywhere!), where can he go from there?
  2923.  
  2924. Oh, believe me, there's lots more where that came from!  If we
  2925. peaked already (tomorrow is one year for me), I'd leave!
  2926.  
  2927. Ahem:
  2928.  
  2929. "Database Developer's Guide with Visual Basic 3.0"  (0-672-30440-6)
  2930.  
  2931. It's for database programmers and developers who want to use VB3 to do
  2932. their thing thru the data manager / access engine.  Although there
  2933. are a lot of ties to the Access stuff in the manuscript, it's pretty
  2934. comprehensive and generic and extends into EIS (executive information
  2935. systems--much easier to implement in VB3 than Access), networks, etc.
  2936.  
  2937. Basically, if you think about the level & quality of Access 1.1
  2938. Developer's Guide (now on the bestseller list) and transfer it
  2939. to VB3 + database programming, you'll have a pretty good idea of
  2940. what's in it.
  2941.  
  2942. It's a killer book.  I'd tease you about what's next but it's
  2943. NDA right now...
  2944.  
  2945. ---------------------------------------------------------------------
  2946. phil paxton
  2947. development editor
  2948. sams/prentice hall computer publishing  <=== "GO SAMS" via Compuserve
  2949. paramount publishing
  2950. indianapolis, indiana
  2951. =========================================================================
  2952. Date:         Mon, 25 Oct 1993 21:06:55 SAT
  2953. Reply-To:     Microsoft Access Database Discussion List
  2954.               <ACCESS-L@INDYCMS.BITNET>
  2955. Sender:       Microsoft Access Database Discussion List
  2956.               <ACCESS-L@INDYCMS.BITNET>
  2957. From:         Sam Somuah <RSIV95K@SAUPM00.BITNET>
  2958. Organization: King Fahd University of Petroleum and Minerals, S.A.
  2959. Subject:      Appending Records
  2960.  
  2961. HELP!
  2962. I am new to Access and I have problems implementing some of the features
  2963. that I can accomplish easily in Clipper. This is the situation
  2964. I have an Access form that is based on a Table with fields such as
  2965.  
  2966. Field 1: aa
  2967. Field 2: bb
  2968. Field 3: cc
  2969.  
  2970. Once the form is completely filled Access appends the new record to the
  2971. fisrt table. I would however like to append the same record to a second
  2972. table. I tried an append query but it picks up all the records in the first
  2973. table where the value in field aa equals the value in field aa on the form
  2974. and appends it to the second table so that I end up with sometimes five new
  2975. records in the second table.
  2976. How do I get access to append only the new data entered on the form to the
  2977. second table
  2978.  
  2979.  
  2980. In Clipper the code will be like this
  2981. select A
  2982. append several fields to the first table
  2983. Select b
  2984. append the same fields to the second table
  2985.  
  2986. Any help from some expert will be great since I'm out of my wits.
  2987.  
  2988.  
  2989. Thanks.
  2990. Sam
  2991. <RSIV95k@SAUPM00.BITNET)
  2992. =========================================================================
  2993. Date:         Tue, 26 Oct 1993 08:11:00 +1000
  2994. Reply-To:     Microsoft Access Database Discussion List
  2995.               <ACCESS-L@INDYCMS.BITNET>
  2996. Sender:       Microsoft Access Database Discussion List
  2997.               <ACCESS-L@INDYCMS.BITNET>
  2998. From:         Kevin Anderson <K.ANDERSON@QUT.EDU.AU>
  2999. Subject:      C Interface
  3000.  
  3001. Has anyone used or know of a C language interface to Access?
  3002.  
  3003. If no direct interface, can C call a VB subroutine that in
  3004. turn access the data.
  3005.  
  3006. I have a system in C, that I want to port to Access. The system
  3007. has a lot of complicated reports that I feel I probably may
  3008. not be able to duplicate in Access. I would therefore like to
  3009. keep the C reports and simply replace to existing IO calls with
  3010. calls to ACCESS directly (or thru VB)
  3011.  
  3012. ?????
  3013.  
  3014. Any thoughts would be greatly appreciated..and save me lots of time..
  3015.  
  3016. Kevin Anderson
  3017.  
  3018. ANDERSONK@QUT.EDU.AU
  3019.  
  3020. PS Thanks in advance
  3021. =========================================================================
  3022. Date:         Mon, 25 Oct 1993 16:04:19 PDT
  3023. Reply-To:     Microsoft Access Database Discussion List
  3024.               <ACCESS-L@INDYCMS.BITNET>
  3025. Sender:       Microsoft Access Database Discussion List
  3026.               <ACCESS-L@INDYCMS.BITNET>
  3027. From:         Mark=Wignall%MfgEng%GPID@BANYAN.BV.TEK.COM
  3028. Subject:      Re: C Interface
  3029.  
  3030. Kevin Anderson <K.ANDERSON@QUT.EDU.AU> Wrote:
  3031. |
  3032. |
  3033. | Has anyone used or know of a C language interface to Access?
  3034. |
  3035. | If no direct interface, can C call a VB subroutine that in
  3036. | turn access the data.
  3037. |
  3038. | I have a system in C, that I want to port to Access. The
  3039. | system
  3040. | has a lot of complicated reports that I feel I probably may
  3041. | not be able to duplicate in Access. I would therefore like to
  3042. | keep the C reports and simply replace to existing IO calls
  3043. | with
  3044. | calls to ACCESS directly (or thru VB)
  3045. |
  3046. | ?????
  3047. |
  3048. | Any thoughts would be greatly appreciated..and save me lots
  3049. | of time..
  3050. |
  3051. | Kevin Anderson
  3052. |
  3053. | ANDERSONK@QUT.EDU.AU
  3054. |
  3055. | PS Thanks in advance
  3056.  
  3057. Well one idea that I used in a similar situation, was to use the DDE
  3058. capabilities of Windows and Access.  Worked out okay for me, but may not
  3059. in your case.
  3060.  
  3061. Mark Wignall
  3062. =========================================================================
  3063. Date:         Mon, 25 Oct 1993 15:42:02 PDT
  3064. Reply-To:     Microsoft Access Database Discussion List
  3065.               <ACCESS-L@INDYCMS.BITNET>
  3066. Sender:       Microsoft Access Database Discussion List
  3067.               <ACCESS-L@INDYCMS.BITNET>
  3068. From:         Mark=Wignall%MfgEng%GPID@BANYAN.BV.TEK.COM
  3069. Subject:      Re: Appending Records
  3070.  
  3071. Sam Somuah <RSIV95K%SAUPM00.BITNET@uga.cc.uga.edu> Wrote:
  3072. |
  3073. |
  3074. | HELP!
  3075. | I am new to Access and I have problems implementing some of
  3076. | the features
  3077. | that I can accomplish easily in Clipper. This is the situation
  3078. | I have an Access form that is based on a Table with fields
  3079. | such as
  3080. |
  3081. | Field 1: aa
  3082. | Field 2: bb
  3083. | Field 3: cc
  3084. |
  3085. | Once the form is completely filled Access appends the new
  3086. | record to the
  3087. | fisrt table. I would however like to append the same record
  3088. | to a second
  3089. | table. I tried an append query but it picks up all the
  3090. | records in the first
  3091. | table where the value in field aa equals the value in field
  3092. | aa on the form
  3093. | and appends it to the second table so that I end up with
  3094. | sometimes five new
  3095. | records in the second table.
  3096. | How do I get access to append only the new data entered on
  3097. | the form to the
  3098. | second table
  3099. |
  3100. |
  3101. | In Clipper the code will be like this
  3102. | select A
  3103. | append several fields to the first table
  3104. | Select b
  3105. | append the same fields to the second table
  3106. |
  3107. | Any help from some expert will be great since I'm out of my
  3108. | wits.
  3109.  
  3110. I would do it like this:
  3111.  
  3112. 1.  Using an Access Basic Function that is called when the Button on the
  3113.     form is pressed that looks like:
  3114.  
  3115.     Function foobar()
  3116.     Dim db as Database
  3117.     Dim A as Table, B as Table, f as Form
  3118.  
  3119.     set db=CurrentDB()
  3120.     set a=db."Table A's name"
  3121.     set b=db."Table B's name"
  3122.     set f = Forms!"Form name"
  3123.  
  3124.     a.edit
  3125.     a.Field1 = f.FormField1
  3126.     a.Field2 = f.FormField2
  3127.     a.Field3 = f.FormField3
  3128.     a.append
  3129.  
  3130.     b.edit
  3131.     b.Field1 = f.formField1
  3132.     b.field2 = f.formfield2
  3133.     b.field3 = f.formfield3
  3134.     b.append
  3135.  
  3136.     a.close
  3137.     b.close
  3138.     End Function
  3139.  
  3140. hope this helps.
  3141.  
  3142. Mark Wignall
  3143. =========================================================================
  3144. Date:         Mon, 25 Oct 1993 19:45:29 -0700
  3145. Reply-To:     Microsoft Access Database Discussion List
  3146.               <ACCESS-L@INDYCMS.BITNET>
  3147. Sender:       Microsoft Access Database Discussion List
  3148.               <ACCESS-L@INDYCMS.BITNET>
  3149. From:         John von Colditz <johnvon@HALCYON.COM>
  3150. Subject:      Re: C Interface
  3151. In-Reply-To:  <199310252243.AA16533@halcyon.com> from "Kevin Anderson" at Oct
  3152.               26, 93 08:11:00 am
  3153.  
  3154. Kevin,
  3155.  
  3156. Get a copy of the Q&E ODBC library.  You can use ODBC to talk to Access.
  3157.  
  3158. John - haven't done it, but everyone else says they have!
  3159. =========================================================================
  3160. Date:         Mon, 25 Oct 1993 19:48:35 -0700
  3161. Reply-To:     Microsoft Access Database Discussion List
  3162.               <ACCESS-L@INDYCMS.BITNET>
  3163. Sender:       Microsoft Access Database Discussion List
  3164.               <ACCESS-L@INDYCMS.BITNET>
  3165. From:         John von Colditz <johnvon@HALCYON.COM>
  3166. Subject:      Re: Appending Records
  3167. In-Reply-To:  <199310252050.AA12001@halcyon.com> from "Sam Somuah" at Oct 25,
  3168.               93 09:06:55 pm
  3169.  
  3170. You might also be able to accomplish this using an append query that
  3171. references the fields on the form and is triggered by the AfterUpdate
  3172. property of the form.  Bring the form up, build the query and give it a
  3173. try.
  3174.  
  3175. John
  3176. =========================================================================
  3177. Date:         Mon, 25 Oct 1993 19:56:18 -0700
  3178. Reply-To:     Microsoft Access Database Discussion List
  3179.               <ACCESS-L@INDYCMS.BITNET>
  3180. Sender:       Microsoft Access Database Discussion List
  3181.               <ACCESS-L@INDYCMS.BITNET>
  3182. From:         John von Colditz <johnvon@HALCYON.COM>
  3183. Subject:      Re: Dynamic allocation of record source property
  3184. In-Reply-To:  <199310251650.AA04464@halcyon.com> from "schuck@sfu.ca" at Oct 25,
  3185.               93 09:48:58 am
  3186.  
  3187. The approach that has been suggested will work if you do an
  3188. OpenQueryDef, assign the SQL to the Query, close the Query and then run
  3189. the report with the newly configured query as the record source.
  3190.  
  3191. It strikes me that it might be easier to take and hour, merge all the
  3192. tables, and insert an extra field to identify the original source of the
  3193. data, if that is important.  You then have one, simple report.
  3194.  
  3195. John
  3196. =========================================================================
  3197. Date:         Tue, 26 Oct 1993 07:51:50 -0400
  3198. Reply-To:     Microsoft Access Database Discussion List
  3199.               <ACCESS-L@INDYCMS.BITNET>
  3200. Sender:       Microsoft Access Database Discussion List
  3201.               <ACCESS-L@INDYCMS.BITNET>
  3202. From:         "Richard J. Pugh" <rjp3@CORNELL.EDU>
  3203. Subject:      One-to-many relationships in Access
  3204.  
  3205. Ladies and Gentlemen,
  3206.  
  3207. Hi, I'm new here.
  3208.  
  3209. I am using Access 1.1 to construct a bibliographic database of citations
  3210. for a library-type application.  Materials include books, journal articles,
  3211. electronic documents, technical reports, government documents, and even a
  3212. few multi-media works.  My working plan is to set up something like this:
  3213.  
  3214. <table: books>                ------|
  3215. <table: journal articles>     ------|
  3216. <table: e-documents>          ------|
  3217. <table: technical reports>    ------|------->    <table: "controller">
  3218. <table: govdocs>              ------|
  3219. <table: multi-media>          ------|
  3220.  
  3221. [add others later if necessary]
  3222.  
  3223. The "controller" table would contain data elements common to all the other
  3224. tables, such as author and title.  Querries would work mainly with this
  3225. table (unless the user is looking for a specific media), which would be
  3226. linked to the others either by a direct one-to-many relationship, or
  3227. through a calculated field.  My hope is that the user will not be aware
  3228. that he/she is searching several tables at the same time.  The records
  3229. would be "interfilled" according to the order set by the controller table.
  3230.  
  3231. Have I lost anyone yet?  I hope not.  :-)
  3232.  
  3233. Have any of you attempted this type of set up?  If so, could you give me
  3234. some tips on how to proceed?  Is there anything I should watch out for?
  3235. What kind of problems can I expect?
  3236.  
  3237. Please respond to me personally.  If others are interested, I will forward
  3238. the information.
  3239.  
  3240. Thanks in advance.
  3241.  
  3242. Richard J. Pugh
  3243.  
  3244. ------------------------------------------------------------------------------
  3245. Richard J. Pugh, Assistant Librarian        |"Traveling Eternity Road,
  3246.   Central Tech Services, Cornell University | What will you find there?
  3247.   110C Olin Library                         | Carrying your heavy load,
  3248.   Ithaca, NY 14853                          | Searching to find, some peace
  3249.   Internet:  rjp3@cornell.edu               |    of mind."  --The Moody Blues
  3250. ------------------------------------------------------------------------------
  3251. =========================================================================
  3252. Date:         Tue, 26 Oct 1993 08:19:43 PST
  3253. Reply-To:     Microsoft Access Database Discussion List
  3254.               <ACCESS-L@INDYCMS.BITNET>
  3255. Sender:       Microsoft Access Database Discussion List
  3256.               <ACCESS-L@INDYCMS.BITNET>
  3257. From:         Thornton Prime <"Thorton_~Prime_at_lmu-acad1"@LMUMAIL.LMU.EDU>
  3258. Subject:      Re: C Interface & Other Question
  3259.  
  3260. I am interested in writing a small C++ program for windows (or for that matter
  3261. DOS) that can read and write to .MDB files.
  3262.  
  3263. Is there something like a Class Library for this, or better yet, can I somehow
  3264. use the functions built into Access's DLLs?  using DDe is not good enough for
  3265. me.  I don't want to have to use the whole client/server thing.  I want to be
  3266. able to distribute my C++ program WITHOUT Access, so that someone can do simple
  3267. database manipulation through my application without buying MS Access.
  3268.  
  3269. Also, I posted a question about changing the User() without exiting Access.  I
  3270. didn't see it on the list, so I'll repost it here ...
  3271.  
  3272.      I am currently writing an application for Access that
  3273.      requires use by different users at the same station.  My
  3274.      problem is that I cannot change the User() without closing
  3275.      the database, exiting Access and then restarting Access.
  3276.  
  3277.      Does anyone know of a way to change the User without exiting
  3278.      the database, or at least without having to restart the
  3279.      Access Database engine?
  3280.  
  3281. Thanks in advance,
  3282.  
  3283. Thornton Prime
  3284. =========================================================================
  3285. Date:         Tue, 26 Oct 1993 10:59:31 EST
  3286. Reply-To:     Microsoft Access Database Discussion List
  3287.               <ACCESS-L@INDYCMS.BITNET>
  3288. Sender:       Microsoft Access Database Discussion List
  3289.               <ACCESS-L@INDYCMS.BITNET>
  3290. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  3291. Organization: IUPUI Student Activities Office (317) 274-3931
  3292. Subject:      Administrative Note
  3293.  
  3294. NOTICE:  This message applies ONLY to those people DIRECTLY subscribed
  3295. to ACCESS-L@INDYCMS.
  3296.  
  3297. There seem to have been a lot of minor Internet address changes out there
  3298. in the past couple of months, which is throwing people off when they try
  3299. to CONFIRM ACCESS-L and get a message that they are not subscribed.
  3300.  
  3301. If you believe your address may have changed slightly in the not-too-
  3302. distant past, please send a QUERY ACCESS-L command to LISTSERV@INDYCMS
  3303. and see if it recognizes you.
  3304.  
  3305. If your address <has> changed, please let me know by sending PRIVATE mail
  3306. to me (please do NOT burden the list with it!) and I will attempt to
  3307. sort things out.  Please include the header of the error message so I
  3308. can see the routing.
  3309.  
  3310. Thanks, Nathan
  3311.  
  3312. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  3313. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  3314. Indiana University Purdue University Indianapolis
  3315. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  3316. List Administrator, STUACTS, APOSEC52, ACCESS-L, and BRTHPRNT@INDYCMS
  3317. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU
  3318. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  3319. ------------------------------------------------------------------------------
  3320. =========================================================================
  3321. Date:         Tue, 26 Oct 1993 09:55:45 -0700
  3322. Reply-To:     Microsoft Access Database Discussion List
  3323.               <ACCESS-L@INDYCMS.BITNET>
  3324. Sender:       Microsoft Access Database Discussion List
  3325.               <ACCESS-L@INDYCMS.BITNET>
  3326. From:         Tim King <uswnvg!tcking@UUNET.UU.NET>
  3327. Subject:      Re: Jennings' Book
  3328. In-Reply-To:  <9310251902.AA28032@relay1.UU.NET> from "Phil Paxton" at Oct 25,
  3329.               93 12:24:50 pm
  3330.  
  3331. Thus spake Phil Paxton:
  3332. > "Database Developer's Guide with Visual Basic 3.0"  (0-672-30440-6)
  3333.  
  3334. Sounds great. Is it out yet?
  3335.  
  3336. --
  3337. Tim King, tcking@uswnvg.com
  3338. US West NewVector Group Inc., Bellevue, Washington
  3339. =========================================================================
  3340. Date:         Tue, 26 Oct 1993 15:54:31 EDT
  3341. Reply-To:     Microsoft Access Database Discussion List
  3342.               <ACCESS-L@INDYCMS.BITNET>
  3343. Sender:       Microsoft Access Database Discussion List
  3344.               <ACCESS-L@INDYCMS.BITNET>
  3345. From:         Phil Paxton <72410.2162@COMPUSERVE.COM>
  3346. Subject:      Re: C Interface & Other Question
  3347.  
  3348. % I am interested in writing a small C++ program for windows (or for that matter
  3349. % DOS) that can read and write to .MDB files.
  3350. %
  3351. % Is there something like a Class Library for this, or better yet, can I somehow
  3352. % use the functions built into Access's DLLs?  using DDe is not good enough for
  3353. % me.  I don't want to have to use the whole client/server thing.  I want to be
  3354. % able to distribute my C++ program WITHOUT Access, so that someone can do
  3355.  simple
  3356. % database manipulation through my application without buying MS Access.
  3357.  
  3358. I wouldn't go the DOS route unless you really are just trying
  3359. to challenge yourself.  I would suggest, however, that you
  3360. look at the ODBC side of things.  I think you'll find what
  3361. you are looking for there.
  3362.  
  3363. phil
  3364.  
  3365. ---------------------------------------------------------------------
  3366. phil paxton
  3367. development editor
  3368. sams/prentice hall computer publishing  <=== "GO SAMS" via Compuserve
  3369. paramount publishing
  3370. indianapolis, indiana
  3371. =========================================================================
  3372. Date:         Wed, 27 Oct 1993 01:21:21 EDT
  3373. Reply-To:     Microsoft Access Database Discussion List
  3374.               <ACCESS-L@INDYCMS.BITNET>
  3375. Sender:       Microsoft Access Database Discussion List
  3376.               <ACCESS-L@INDYCMS.BITNET>
  3377. From:         ST801668@BROWNVM.BROWN.EDU
  3378. Subject:      Re: C Interface & Other Question
  3379.  
  3380. I have much experience working with C++ and object oriented
  3381. programming.
  3382.  
  3383. Recently I started working in a relational db framework.
  3384.  
  3385. Is it bad practice to implement inheritance in tables using
  3386. foreign keys into base class tables to represent inheriteance.
  3387.  
  3388. I would also like to use inheritance in forms so that I could
  3389. use the form for a "person" as a subform in a table for "plumbers"
  3390. as well as using it in a form for entering "electricians".
  3391. It takes 10 seconds to load the derived class forms.  Should I abandon
  3392. object oriented concepts in the relational framwork?
  3393.  
  3394. Alex Jacobson
  3395. =========================================================================
  3396. Date:         Wed, 27 Oct 1993 10:01:30 -0500
  3397. Reply-To:     Microsoft Access Database Discussion List
  3398.               <ACCESS-L@INDYCMS.BITNET>
  3399. Sender:       Microsoft Access Database Discussion List
  3400.               <ACCESS-L@INDYCMS.BITNET>
  3401. From:         John Bartsch <johnb@MONYGMC.MONY.COM>
  3402. Subject:      Re: ACCESS-L Digest - 25 Oct 1993 to 26 Oct 1993
  3403. In-Reply-To:  <199310270409.AA15917@hp4at.eunet.co.at> from "Automatic digest
  3404.               processor" at Oct 26, 93 11:00:06 pm
  3405.  
  3406. Please unsubscribe me.
  3407. --
  3408. John G. Bartsch                   | UUCP:   uupsi!monymsys!monygmc!johnb
  3409. MONY Financial Services, MD 75-14 | Domain: johnb@monygmc.mony.com
  3410. Glenpointe Center West            |
  3411. Teaneck, NJ 07666-6888            | Phone +1 201 907-6249   Pager: 201-612-4211
  3412. =========================================================================
  3413. Date:         Wed, 27 Oct 1993 08:36:14 EDT
  3414. Reply-To:     Microsoft Access Database Discussion List
  3415.               <ACCESS-L@INDYCMS.BITNET>
  3416. Sender:       Microsoft Access Database Discussion List
  3417.               <ACCESS-L@INDYCMS.BITNET>
  3418. From:         Dave Finley <finleyd@VRINET.COM>
  3419. Subject:      MS dumping Access Progamming?
  3420.  
  3421. I recently received the latest "Infoworld". In Cringley's column, he states
  3422. that, at the rollout for the new version of MS-Office, Bill Gates
  3423. supposedly said that _FOXPRO_ would be the DB Developer's system. Further,
  3424. he is said to have hinted that programming (i.e., "Access Basic") will be
  3425. removed from future versions of MS-Access.
  3426.  
  3427. Admittedly, Cringley is the "Gossip" columnist for Infoworld. He often
  3428. deals in rumors. But, even if it "might" be true, it is of concern to us in
  3429. the Access community. From the postings on ACCESS-L, most of us are doing
  3430. _SERIOUS_ development in ACCESS. Anything that threatens our ability to
  3431. do serious development in Access is a MAJOR THREAT!!!!  And something we
  3432. need to take _SERIOUSLY_!!!!!!!!
  3433.  
  3434. What do you all think?
  3435.  
  3436.  
  3437. Dave Finley
  3438.  
  3439. finleyd@vrinet.com
  3440. =========================================================================
  3441. Date:         Wed, 27 Oct 1993 13:48:30 -0700
  3442. Reply-To:     Microsoft Access Database Discussion List
  3443.               <ACCESS-L@INDYCMS.BITNET>
  3444. Sender:       Microsoft Access Database Discussion List
  3445.               <ACCESS-L@INDYCMS.BITNET>
  3446. From:         John von Colditz <johnvon@HALCYON.COM>
  3447. Subject:      Re: MS dumping Access Progamming?
  3448. In-Reply-To:  <199310271954.AA25085@halcyon.com> from "Dave Finley" at Oct 27,
  3449.               93 08:36:14 am
  3450.  
  3451. Dave,
  3452.  
  3453. This is a topic that has gotten serious discussion on Compuserve.  The
  3454. gist of Gates comment was that Access BASIC, as a language was going to
  3455. be merged with Visual BASIC, so in that sense it would be gone.  Several
  3456. persons stated that they had heard Gates speak, and that Cringely had
  3457. badly quoted him out of context.  Maybe it's his breakup with Pammy.
  3458.  
  3459. Happy coding.
  3460.  
  3461. John
  3462. =========================================================================
  3463. Date:         Wed, 27 Oct 1993 15:43:43 EST
  3464. Reply-To:     Microsoft Access Database Discussion List
  3465.               <ACCESS-L@INDYCMS.BITNET>
  3466. Sender:       Microsoft Access Database Discussion List
  3467.               <ACCESS-L@INDYCMS.BITNET>
  3468. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  3469. Organization: IUPUI Student Activities Office (317) 274-3931
  3470. Subject:      Re: MS dumping Access Progamming?
  3471. In-Reply-To:  Message of Wed, 27 Oct 1993 08:36:14 EDT from <finleyd@VRINET.COM>
  3472.  
  3473. Since I read some time ago (don't remember where) that MS was going to
  3474. harmonize all of its macro languages into one "basic" that would remain
  3475. constant between its applications--and since Access Basic was said to be
  3476. the base platform for that, or at least highly important in that vein--
  3477. I somehow doubt the veracity of that rumor.  Access would certainly lose
  3478. my support without AB.
  3479.  
  3480. Supposedly Access Basic, WordBasic, and the Excel macro language are
  3481. going to be so similar in the future that it won't matter much which
  3482. application you're working in--you'll still be able to write extensions
  3483. to please yourself.  I cautiously give this a "hurray!" but I'll wait
  3484. to see it before I cheer too much.
  3485.  
  3486. Oh, and hello Microsoft--I'd STILL like to see more of the Access
  3487. navigation functions in VB!!!!!!
  3488.  
  3489. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  3490. Nathan C. Brindle, Administrative Specialist, Student Activities Office
  3491. Indiana University Purdue University Indianapolis
  3492. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  3493. List Administrator, STUACTS, APOSEC52, ACCESS-L, and BRTHPRNT@INDYCMS
  3494. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU
  3495. Disclaimer:  My opinions are my own.  Indiana University can speak for itself.
  3496. ------------------------------------------------------------------------------
  3497. =========================================================================
  3498. Date:         Wed, 27 Oct 1993 16:43:26 EDT
  3499. Reply-To:     Microsoft Access Database Discussion List
  3500.               <ACCESS-L@INDYCMS.BITNET>
  3501. Sender:       Microsoft Access Database Discussion List
  3502.               <ACCESS-L@INDYCMS.BITNET>
  3503. From:         Phil Paxton <72410.2162@COMPUSERVE.COM>
  3504. Subject:      ObUL: MS dumping Access Progamming?
  3505.  
  3506. % I recently received the latest "Infoworld". In Cringley's column, he states
  3507. % that, at the rollout for the new version of MS-Office, Bill Gates
  3508. % supposedly said that _FOXPRO_ would be the DB Developer's system. Further,
  3509. % he is said to have hinted that programming (i.e., "Access Basic") will be
  3510. % removed from future versions of MS-Access.
  3511.  
  3512. % Admittedly, Cringley is the "Gossip" columnist for Infoworld. He often
  3513. % deals in rumors. But, even if it "might" be true, it is of concern to us in
  3514. % the Access community. From the postings on ACCESS-L, most of us are doing
  3515. % _SERIOUS_ development in ACCESS. Anything that threatens our ability to
  3516. % do serious development in Access is a MAJOR THREAT!!!!  And something we
  3517. % need to take _SERIOUSLY_!!!!!!!!
  3518.  
  3519. % What do you all think?
  3520.  
  3521. (see my alteration to the subject line)
  3522.  
  3523. Based upon your "tone" (see capitalization), I think you're overreacting.
  3524. Yes, it would be a threat but I really, really doubt it will happen.
  3525.  
  3526. If Access were such a disposable product, it would not receive the attention
  3527. it has already received and Microsoft wouldn't worry about such things
  3528. as not adding it to Microsoft Office in order to keep the unit sales
  3529. numbers separate from bundles.
  3530.  
  3531. Without ABC, Access would then approach toys like Approach (Lotus).
  3532. Don't get me wrong -- Approach is nice for those who need nice,
  3533. simple, turnkey databases but hardly the powerhouse we see in
  3534. Access.
  3535.  
  3536. Finally, I think it's rather comical to see such info from Cringely
  3537. since the same thing was basically said about FoxPro several times
  3538. in the last year -- it was being absorbed into Access, blah-blah-blah,
  3539. which was taken quite seriously when the rumours Rushmore would be
  3540. incorporated into a future release of Access.  Bill(y the Kid) reassured
  3541. FoxPro fans [that] FoxPro isn't going away.
  3542.  
  3543.  
  3544.  
  3545. Dave Finley
  3546.  
  3547. finleyd@vrinet.com
  3548. =========================================================================
  3549. Date:         Wed, 27 Oct 1993 14:04:11 PDT
  3550. Reply-To:     Microsoft Access Database Discussion List
  3551.               <ACCESS-L@INDYCMS.BITNET>
  3552. Sender:       Microsoft Access Database Discussion List
  3553.               <ACCESS-L@INDYCMS.BITNET>
  3554. From:         Mark=Wignall%MfgEng%GPID@BANYAN.BV.TEK.COM
  3555. Subject:      Re: MS dumping Access Progamming?
  3556.  
  3557. Dave Finley <finleyd@VRINET.COM> Wrote:
  3558. |
  3559. |
  3560. | I recently received the latest "Infoworld". In Cringley's
  3561. | column, he states
  3562. | that, at the rollout for the new version of MS-Office, Bill
  3563. | Gates
  3564. | supposedly said that _FOXPRO_ would be the DB Developer's
  3565. | system. Further,
  3566. | he is said to have hinted that programming (i.e., "Access
  3567. | Basic") will be
  3568. | removed from future versions of MS-Access.
  3569. |
  3570.  
  3571. ...Some stuff deleted
  3572.  
  3573. |
  3574. | What do you all think?
  3575. |
  3576. |
  3577. | Dave Finley
  3578. |
  3579. | finleyd@vrinet.com
  3580.  
  3581. Well, I would take it all with a grain of salt.  I mean, Microsoft has
  3582. never taken something out of their product (to my knowledge).  Combine
  3583. this with the fact that Microsoft plans to Alter the Macroing capabilities
  3584. of Excel, Word and make them more like Visual Basic, and or Access.  This
  3585. comes about in their concept using the new OLE 2.0 standard.  In it,
  3586. certain applications have certain capabilities.  If one application needs
  3587. another's capabilities, it just OLE's them and uses it.  With that in
  3588. mind, and their intent of coming out with this 'Macro language for all'
  3589. idea, I find it hard to believe that it would be 'GONE' ... more likely
  3590. altered.
  3591.  
  3592. Just my $.02 worth
  3593.  
  3594. Mark Wignall
  3595. =========================================================================
  3596. Date:         Wed, 27 Oct 1993 13:01:01 PDT
  3597. Reply-To:     thamilto@pcocd2.intel.com
  3598. Sender:       Microsoft Access Database Discussion List
  3599.               <ACCESS-L@INDYCMS.BITNET>
  3600. From:         "Tony Hamilton - FES ERG~" <thamilto@PCOCD2.INTEL.COM>
  3601. Subject:      Re: MS dumping Access Progamming?
  3602. In-Reply-To:  <9310271952.AA21877@hermes.intel.com>; from "Dave Finley" at Oct
  3603.               27, 93 8:36 am
  3604.  
  3605. > I recently received the latest "Infoworld". In Cringley's column, he states
  3606. > that, at the rollout for the new version of MS-Office, Bill Gates
  3607. > supposedly said that _FOXPRO_ would be the DB Developer's system. Further,
  3608. > he is said to have hinted that programming (i.e., "Access Basic") will be
  3609. > removed from future versions of MS-Access.
  3610. >
  3611. > Admittedly, Cringley is the "Gossip" columnist for Infoworld. He often
  3612. > deals in rumors. But, even if it "might" be true, it is of concern to us in
  3613. > the Access community. From the postings on ACCESS-L, most of us are doing
  3614. > _SERIOUS_ development in ACCESS. Anything that threatens our ability to
  3615. > do serious development in Access is a MAJOR THREAT!!!!  And something we
  3616. > need to take _SERIOUSLY_!!!!!!!!
  3617. >
  3618. > What do you all think?
  3619. >
  3620.  
  3621. I think that this "rumor" is wrong.
  3622.  
  3623. The last time I saw
  3624. Bill speak (at DB/EXPO in San Fransisco this year), all indications (from
  3625. Bill and the tech support people at the Microsoft booth) were that all of
  3626. their products will be interchangable someday. You'll even buy them as
  3627. separate modules. An applications development environment (like in FoxPro,
  3628. VB or Access), will be bought separate from a language (Basic, FoxBase, C++),
  3629. and separate from a database engine (just about anything), and they will all
  3630. work together. In other words, take the interface builder from VB, the
  3631. reports from Access, C++, and SQL server, and you have a development
  3632. environment. Or, whatever other combo you want. _That_ is where MS was
  3633. indicating they were heading. And, in the past, every MS person I have
  3634. spoken to has indicated that FoxPro would eventually merge with Access. The
  3635. end product might be one or the other, or a new product entirely. But they
  3636. _are_ dedicated to making sure everyone has a clean path, with no loss of
  3637. compatability. Go ahead and call someone at MS, and they will at least tell
  3638. you this much.
  3639.  
  3640. One way or another no-one is going to lose anything by using Access.
  3641.  
  3642. --
  3643. Tony Hamilton                 |
  3644. -Intel Corporation            | voice: 916-356-3070
  3645. --Folsom Engineering Services | mailstop: FM2-55
  3646. ---Engineering Resource Group | email: thamilto@pcocd2.intel.com
  3647. ----Software Technician       |
  3648. =========================================================================
  3649. Date:         Wed, 27 Oct 1993 09:31:00 EDT
  3650. Reply-To:     Microsoft Access Database Discussion List
  3651.               <ACCESS-L@INDYCMS.BITNET>
  3652. Sender:       Microsoft Access Database Discussion List
  3653.               <ACCESS-L@INDYCMS.BITNET>
  3654. From:         David Long <mvgsd!mvdbl@MVGPE.ATT.COM>
  3655. Subject:      Rounding numbers
  3656.  
  3657. I'm working with a report that shows numerical data
  3658. along with a graph of that same data.
  3659.  
  3660. I obtain the numerical data from a query and round those numbers to
  3661. the first decimal point using the format command for the text
  3662. box.
  3663. However, the graph data is taken directly from the query and
  3664. I don't see how round the numbers to the same values!
  3665. So..I have numerical data, and a graph of that same data...
  3666. and THE TWO DON'T MATCH. AHH!
  3667. I'm guaranteed that people will see the difference and raise
  3668. hell.
  3669. Any solution too this problem?
  3670.  
  3671. Much appreciation
  3672. ==============================================================================
  3673.   David B. Long                             E-Mail=> mvdbl@mvgsd.att.com
  3674.   AT&T Network Systems (N.Andover MA.)      or=> d.b-long@channel1.com
  3675.   Quality Engineering                       Tele=> 508-960-3683
  3676. ==============================================================================
  3677. =========================================================================
  3678. Date:         Thu, 28 Oct 1993 16:07:24 EET
  3679. Reply-To:     Microsoft Access Database Discussion List
  3680.               <ACCESS-L@INDYCMS.BITNET>
  3681. Sender:       Microsoft Access Database Discussion List
  3682.               <ACCESS-L@INDYCMS.BITNET>
  3683. From:         Petteri Karna <PKARNA@HYLKN1.HELSINKI.FI>
  3684. Organization: University of Helsinki
  3685. Subject:      DSum problem:"Domain" more than one table
  3686.  
  3687. Hello to all Access users,
  3688. I would appreciate if anyone of you could help in the following
  3689. problem: I have an expression in my module
  3690. x=DSum("[a1]","Payments","[[checkfield]="YYY"")
  3691.  
  3692. I would like to have a sum of a1 field from Payments table, but the
  3693. criteria field (checkfield) is from different table. Is it possible to
  3694. have 2 tables as the domain (now there is only "Payments") or is it
  3695. possible to use SQL statements in expression/domain/criteria. At
  3696. least the manuals/Access KB do not give any examples of SQL statements
  3697. in DSum function.
  3698.  
  3699. All hints greatly appreciated,
  3700.  
  3701. Petteri Karna
  3702. =========================================================================
  3703. Date:         Thu, 28 Oct 1993 07:54:31 -0700
  3704. Reply-To:     Microsoft Access Database Discussion List
  3705.               <ACCESS-L@INDYCMS.BITNET>
  3706. Sender:       Microsoft Access Database Discussion List
  3707.               <ACCESS-L@INDYCMS.BITNET>
  3708. From:         John von Colditz <johnvon@HALCYON.COM>
  3709. Subject:      Re: Rounding numbers
  3710. In-Reply-To:  <199310281105.AA22135@halcyon.com> from "David Long" at Oct 27,
  3711.               93 09:31:00 am
  3712.  
  3713. David,
  3714.  
  3715. Use a calculated field in the query to format the query results.  If you
  3716. field name is douLotsOfDecimalPlaces, and the table name is
  3717. tblLotsOfData, the calculated field would be TwoDecimalPlaces:
  3718. Format(tblLotsOfData![douLotsOfDecimalPlaces], "#0.00").  That should do
  3719. the trick.
  3720.  
  3721. John
  3722. =========================================================================
  3723. Date:         Thu, 28 Oct 1993 07:57:34 -0700
  3724. Reply-To:     Microsoft Access Database Discussion List
  3725.               <ACCESS-L@INDYCMS.BITNET>
  3726. Sender:       Microsoft Access Database Discussion List
  3727.               <ACCESS-L@INDYCMS.BITNET>
  3728. From:         John von Colditz <johnvon@HALCYON.COM>
  3729. Subject:      Re: DSum problem:"Domain" more than one table
  3730. In-Reply-To:  <199310281447.AA26439@halcyon.com> from "Petteri Karna" at Oct 28,
  3731.               93 04:07:24 pm
  3732.  
  3733. Petteri,
  3734.  
  3735. Create a query that contains all of the data you need, including the
  3736. checkbox.  Use that query as the input for the second query that does
  3737. the DSum.
  3738.  
  3739. John
  3740. =========================================================================
  3741. Date:         Thu, 28 Oct 1993 08:20:50 PDT
  3742. Reply-To:     Microsoft Access Database Discussion List
  3743.               <ACCESS-L@INDYCMS.BITNET>
  3744. Sender:       Microsoft Access Database Discussion List
  3745.               <ACCESS-L@INDYCMS.BITNET>
  3746. From:         M Kingsley <3533P@NAVPGS.BITNET>
  3747. Subject:      Configuring MSAccess for multiuser operation on a Netware LAN
  3748.  
  3749. We're about to install our first Access product for about 6-12 LAN users under
  3750. Netware 3.1 and we're getting differering opinions on how to configure. Our
  3751. product must support full restoration for transaction processing; so our data
  3752. base will reside on a SUnix server running Oracle 6. An upgrade to Oracle ver.7
  3753. is scheduled in the not-to-distant future. An ODBC connection between Access
  3754. and the DataBase server has been established.
  3755.  
  3756.  
  3757. The two opinions we've gotten fall on either side of the issue of whether to
  3758. run Access separately from each client's C: drive.  This would mean duplicating
  3759. a single .mdb for each client or user.  Despite the obvious hassle, sources
  3760. close to Microsoft have recommended this solution.
  3761.  
  3762. Alternatively, we could store a single Access .mdb on the LAN server and link
  3763. it to an icon for each user. This is mentioned as a feasible alternative in the
  3764. MSAccess Users' manual (Appendix D) and would appear to offer the simplest,
  3765. most direct solution.
  3766.  
  3767. Any responses, especially based on experience (bitter or otherwise) would be
  3768. most welcome...............Monty
  3769. =========================================================================
  3770. Date:         Thu, 28 Oct 1993 14:07:28 CST
  3771. Reply-To:     Microsoft Access Database Discussion List
  3772.               <ACCESS-L@INDYCMS.BITNET>
  3773. Sender:       Microsoft Access Database Discussion List
  3774.               <ACCESS-L@INDYCMS.BITNET>
  3775. From:         Jim Dantin <jadantin@OCC.UKY.EDU>
  3776. Subject:      Running Totals
  3777.  
  3778. I'm looking for ideas to solve the following problem:
  3779.  
  3780. Data table contains date and a number.  I'd like to create a query that
  3781. would locate the data of the maximum 3-day running total:
  3782.  
  3783. Jan1=Dec30+Dec31+Jan1
  3784. Jan2=Dec31+Jan1+Jan2
  3785. Jan3=Jan1+Jan2+Jan3
  3786. etc.
  3787.  
  3788. The data covers 10+ years.  I'd like to know the date and the 3-day total.
  3789. =========================================================================
  3790. Date:         Thu, 28 Oct 1993 12:58:36 -0700
  3791. Reply-To:     Microsoft Access Database Discussion List
  3792.               <ACCESS-L@INDYCMS.BITNET>
  3793. Sender:       Microsoft Access Database Discussion List
  3794.               <ACCESS-L@INDYCMS.BITNET>
  3795. From:         Tim King <uswnvg!tcking@UUNET.UU.NET>
  3796. Subject:      Re: MS dumping Access Progamming?
  3797. In-Reply-To:  <9310271952.AA25354@relay1.UU.NET> from "Dave Finley" at Oct 27,
  3798.               93 08:36:14 am
  3799.  
  3800. Thus spake Dave Finley:
  3801. >
  3802. > I recently received the latest "Infoworld". In Cringley's column, he states
  3803. > that, at the rollout for the new version of MS-Office, Bill Gates
  3804. > supposedly said that _FOXPRO_ would be the DB Developer's system. Further,
  3805. > he is said to have hinted that programming (i.e., "Access Basic") will be
  3806. > removed from future versions of MS-Access.
  3807.  
  3808. Everything that I've read, including press releases from Microsoft,
  3809. indicates that Access Basic will be going away and will be replaced by
  3810. Visual Basic Applications Edition, a superset of today's Access Basic.
  3811. Current AB code will be compatible.  Either Cringley misquoted, or he is
  3812. being overy influenced by Erica, a well known Fox(pro) developer.
  3813.  
  3814. --
  3815. Tim King, tcking@uswnvg.com
  3816. US West NewVector Group Inc., Bellevue, Washington
  3817. =========================================================================
  3818. Date:         Thu, 28 Oct 1993 13:22:48 PST
  3819. Reply-To:     Microsoft Access Database Discussion List
  3820.               <ACCESS-L@INDYCMS.BITNET>
  3821. Sender:       Microsoft Access Database Discussion List
  3822.               <ACCESS-L@INDYCMS.BITNET>
  3823. From:         Ron Apland <apland@MALA.BC.CA>
  3824. Subject:      Re: multiple break points in reports-subtotals
  3825.  
  3826. I have a query off a couple of linked tables I would like to display in a
  3827. report.  What I would like to be able to do is group on one field, subtotal
  3828. on another field for elements in another field (no problem yet) but subtotal
  3829. on two more fields within a restricted range of that third field.  Seems like
  3830. a where clause in the function in the report should do the trick except
  3831. ACCESS (at least v1 that I have) won't allow it.  Here is how I would like
  3832. the report to look.
  3833.  
  3834. field1          field2          field3          field4          field5
  3835. (grouped)       (sorted)        (calculated)    (calculated)    (calculated)
  3836. A1              A2              A3              A4              A5
  3837.                 A2              B3              B4              B5
  3838.                 B2              C3              C4              C5
  3839.                 B2              D3              D4              D5
  3840.                                                 subtotal        subtotal
  3841.                 C2              E3              E4              E5
  3842.                 C2              F3              F4              F5
  3843.                                 subtotal
  3844.  
  3845. B2              A2              A3              A4              A5
  3846.                 ...             ...             ...             ...
  3847.  
  3848. Field3 would be summed over A3-F3 in association with A2-C2 whereas field4
  3849. would be summed only over A4-D4 in association with A2-B2 as would field5.
  3850. I would also like to display the values and their subtotals as shown.
  3851.  
  3852. Ron
  3853. =========================================================================
  3854. Date:         Thu, 28 Oct 1993 12:36:08 PDT
  3855. Reply-To:     thamilto@pcocd2.intel.com
  3856. Sender:       Microsoft Access Database Discussion List
  3857.               <ACCESS-L@INDYCMS.BITNET>
  3858. From:         "Tony Hamilton - FES ERG~" <thamilto@PCOCD2.INTEL.COM>
  3859. Subject:      Re: Configuring MSAccess for multiuser operation on a Netware LAN
  3860. In-Reply-To:  <9310281733.AA25489@hermes.intel.com>; from "M Kingsley" at Oct
  3861.               28, 93 8:20 am
  3862.  
  3863. > The two opinions we've gotten fall on either side of the issue of whether to
  3864. > run Access separately from each client's C: drive.  This would mean duplicatin
  3865. g
  3866. > a single .mdb for each client or user.  Despite the obvious hassle, sources
  3867. > close to Microsoft have recommended this solution.
  3868. >
  3869. > Alternatively, we could store a single Access .mdb on the LAN server and link
  3870. > it to an icon for each user. This is mentioned as a feasible alternative in th
  3871. e
  3872. > MSAccess Users' manual (Appendix D) and would appear to offer the simplest,
  3873. > most direct solution.
  3874. >
  3875. > Any responses, especially based on experience (bitter or otherwise) would be
  3876. > most welcome...............Monty
  3877.  
  3878.  
  3879. Monty,
  3880.  
  3881. I use the single .MDB approach. My environment is such that a number of
  3882. continuous enhancements are made to the application, so it is much easier
  3883. to simply to modify or replace the single .MDB than to distribute a new
  3884. version of it every time I make an update!
  3885.  
  3886. Something else: while you aren't putting your data in Access, for those
  3887. who do, I've found that the single .MDB approach also works better. When
  3888. installing multiple .MDB's for the interface, each Attaching the tables
  3889. from a single .MDB holding the data on the network, each client's
  3890. performance seems to suffer. Logic should dictate that having the forms
  3891. and such locally would speed things up, but it must have something to do
  3892. with the way Access "attaches" tables. Attached tables from .MDB files
  3893. are accessed less efficiently than just opening up the .MDB directly, network
  3894. or not.
  3895.  
  3896. --
  3897. Tony Hamilton                 |
  3898. -Intel Corporation            | voice: 916-356-3070
  3899. --Folsom Engineering Services | mailstop: FM2-55
  3900. ---Engineering Resource Group | email: thamilto@pcocd2.intel.com
  3901. ----Software Technician       |
  3902. =========================================================================
  3903. Date:         Fri, 29 Oct 1993 11:52:04 GMT
  3904. Reply-To:     Microsoft Access Database Discussion List
  3905.               <ACCESS-L@INDYCMS.BITNET>
  3906. Sender:       Microsoft Access Database Discussion List
  3907.               <ACCESS-L@INDYCMS.BITNET>
  3908. From:         "Richard Saunders,
  3909.               Computer Centre" <RICHARD@BKMAIN.EAST-LONDON.AC.UK>
  3910. Organization: University Of East London
  3911. Subject:      Re: Running Totals
  3912.  
  3913. > I'm looking for ideas to solve the following problem:
  3914. >
  3915. > Data table contains date and a number.  I'd like to create a query that
  3916. > would locate the data of the maximum 3-day running total:
  3917. >
  3918. > Jan1=Dec30+Dec31+Jan1
  3919. > Jan2=Dec31+Jan1+Jan2
  3920. > Jan3=Jan1+Jan2+Jan3
  3921. > etc.
  3922. >
  3923. > The data covers 10+ years.  I'd like to know the date and the 3-day total.
  3924. >
  3925. Presumably you'd like ALL the dates if the maximum total occurs more
  3926. than once, as seems very likely. The best I can come up with is as
  3927. follows - I'm sure it can be improved on by anyone with a bit more
  3928. experience of Access than me. For example, if your dates are in
  3929. unbroken sequence possibly there's a way to avoid using the DateAdd
  3930. function altogether. Anyway, here goes.
  3931.  
  3932. Create a new query (QUERY1) and turn on View Table Names.
  3933.  
  3934. Add your table to the query 3 times. If the original table is called
  3935. TABLE1, the next two will automatically be called TABLE1_1 and
  3936. TABLE1_2.
  3937.  
  3938. Add the date and number from each table to the QBE grid.
  3939.  
  3940. Set the criteria for Date in Table1_1 to
  3941. DateAdd("d",-1,[Table1].[Date])
  3942.  
  3943. Set the criteria for Date in Table1_2 to
  3944. DateAdd("d",-2,[Table1].[Date])
  3945.  
  3946. In a blank column create the following expression (Expr1)
  3947. [Table1].[Number] + [Table1_1].[Number] + [Table1_2].[Number]
  3948.  
  3949. This query will give all the 3 day totals, and will automatically
  3950. start at the 3rd date in the table.
  3951.  
  3952. Create QUERY2 based on QUERY1.
  3953. Click TOTALS tool.
  3954. Drag Expr1 to the QBE grid.
  3955. Set its Totals box to Max.
  3956.  
  3957. This query gives the maximum value.
  3958.  
  3959. Create QUERY3 based on QUERY1.
  3960. Drag Table1.Date and Expr1 to the grid.
  3961. Set the criteria for Expr1 to the number you got from QUERY2.
  3962.  
  3963. I'm sure this last bit can be improved on!
  3964. =========================================================================
  3965. Date:         Fri, 29 Oct 1993 14:26:26 EST
  3966. Reply-To:     Microsoft Access Database Discussion List
  3967.               <ACCESS-L@INDYCMS.BITNET>
  3968. Sender:       Microsoft Access Database Discussion List
  3969.               <ACCESS-L@INDYCMS.BITNET>
  3970. From:         Sheryl Smoot <Sheryl_Smoot@MAIL.AMSINC.COM>
  3971. Subject:      Unions in Access
  3972.  
  3973.      Hello-
  3974.  
  3975.      I have a function in a application that we are developing that needs
  3976.      to build a query out of two tables that are NOT related.  Basically
  3977.      what I would like to do is append the results of one query to the end
  3978.      of another (I believe this can be done using a UNION in SQL 92).
  3979.  
  3980.      The suggestions I have gotten so far have all involved building a new
  3981.      table (for the number of times the users will want to perform this
  3982.      function - I'd prefer not to have to go this route).  Is there a
  3983.      different way I could do this that anyone has discovered?
  3984.  
  3985.      TIA!
  3986.  
  3987.      Sherry Smoot
  3988.      *****************************************
  3989.      Sheryl_Smoot@mail.amsinc.com
  3990.      American Management Systems, Inc.
  3991. =========================================================================
  3992. Date:         Fri, 29 Oct 1993 13:05:46 -0700
  3993. Reply-To:     Microsoft Access Database Discussion List
  3994.               <ACCESS-L@INDYCMS.BITNET>
  3995. Sender:       Microsoft Access Database Discussion List
  3996.               <ACCESS-L@INDYCMS.BITNET>
  3997. From:         John von Colditz <johnvon@HALCYON.COM>
  3998. Subject:      Re: Unions in Access
  3999. In-Reply-To:  <199310291832.AA14608@halcyon.com> from "Sheryl Smoot" at Oct 29,
  4000.               93 02:26:26 pm
  4001.  
  4002. Sheryl,
  4003.  
  4004. I just checked the current version of the Access knowledge base, and
  4005. making a table is the only way to do a union.  Maybe in the next
  4006. version.
  4007.  
  4008. John
  4009. =========================================================================
  4010. Date:         Fri, 29 Oct 1993 09:31:16 PDT
  4011. Reply-To:     Microsoft Access Database Discussion List
  4012.               <ACCESS-L@INDYCMS.BITNET>
  4013. Sender:       Microsoft Access Database Discussion List
  4014.               <ACCESS-L@INDYCMS.BITNET>
  4015. From:         Jim Renaud <wiseguy@ENG.AMDAHL.COM>
  4016. Subject:      Re: Configuring MSAccess for multiuser operation on a Netware LAN
  4017.  
  4018. I also use the single .mdb approach because of the ease in distributing
  4019. updated versions. However that same reason dictated that I attach all
  4020. the tables such that I now have one .mdb with all the data (tables)
  4021. and another .mdb with the code (AB, Queries, Forms, Reports). This was
  4022. the only way I could easily upgrade the customer (just copy in the
  4023. new version of the code .mdb over the old .mdb) without messing with
  4024. the existing data in the data .mdb.
  4025.  
  4026. Although I did take a performance hit with attached tables, I did it
  4027. early on so the customer did not know any better. The customer does
  4028. not complain about performance, even with this running on a WFW network.
  4029. Although, each machine is a 486DX-33 with plenty of RAM. With WFW 3.11
  4030. coming out, I am hopeful that I will get even more performance out of
  4031. the network.
  4032.  
  4033.  
  4034. >
  4035. >
  4036. > Monty,
  4037. >
  4038. > I use the single .MDB approach. My environment is such that a number of
  4039. > continuous enhancements are made to the application, so it is much easier
  4040. > to simply to modify or replace the single .MDB than to distribute a new
  4041. > version of it every time I make an update!
  4042. >
  4043. > Something else: while you aren't putting your data in Access, for those
  4044. > who do, I've found that the single .MDB approach also works better. When
  4045. > installing multiple .MDB's for the interface, each Attaching the tables
  4046. > from a single .MDB holding the data on the network, each client's
  4047. > performance seems to suffer. Logic should dictate that having the forms
  4048. > and such locally would speed things up, but it must have something to do
  4049. > with the way Access "attaches" tables. Attached tables from .MDB files
  4050. > are accessed less efficiently than just opening up the .MDB directly, network
  4051. > or not.
  4052. >
  4053. > --
  4054. > Tony Hamilton                 |
  4055. > -Intel Corporation            | voice: 916-356-3070
  4056. > --Folsom Engineering Services | mailstop: FM2-55
  4057. > ---Engineering Resource Group | email: thamilto@pcocd2.intel.com
  4058. > ----Software Technician       |
  4059. >
  4060.  
  4061.  
  4062.  
  4063. -----------------------------------------------------------------------
  4064.  
  4065. Jim Renaud                              [Standard Disclaimer]
  4066.  
  4067. Amdahl Corporation
  4068. M/S 205                                 Phone:  408-992-2662
  4069. Bldg. M3  Room 235                      Fax:    408-773-0833
  4070. 1230 E. Arques Avenue                   Email:  wiseguy@mcode.amdahl.com
  4071. Sunnyvale, CA 94088-3470
  4072. =========================================================================
  4073. Date:         Sun, 31 Oct 1993 15:45:17 PST
  4074. Reply-To:     Microsoft Access Database Discussion List
  4075.               <ACCESS-L@INDYCMS.BITNET>
  4076. Sender:       Microsoft Access Database Discussion List
  4077.               <ACCESS-L@INDYCMS.BITNET>
  4078. From:         DARRYL BRAATEN <D3140057@BCIT.BC.CA>
  4079. Subject:      Apt numbers
  4080.  
  4081. In designing a data base for aptment maintence records we have come
  4082. across a small problem.  In this particular apartment the numbering
  4083. system is not very consistant  the numbers go like this 1,2,3,4a,4b,5,6
  4084. if a alpha field is used to store the numbers apartment 4a will come
  4085. after apt. 40 when it should come after 3.  has anybody come up with a
  4086. solution to this problem before?  It has to be a fairly common problem.
  4087.  
  4088. Any help would be very welcome.
  4089. replies can be sent to d3140057@bcit.bc.ca or reply in the list I read
  4090. it every day (just about any way).
  4091. ttfn
  4092. Darryl Braaten
  4093.